[8] ISO-2022-JP に、 JIS X 0212‐1990 を加えたもの。 RFC 2237 で定義されている。

[1] ISO-2022-JP-2 の部分集合。

[2] こんなの使ってる人いるんかね? 提案者の M$ でさえ知らん振り。インターネット社会は ISO-2022-JP-2 があるので無関心。 Unicoder は存在すら知らない。

[3] >>2 ISO-2022-JP + 補助漢字で、 ISO-2022-JP 実装者にとっては実装がらくだから、 おまけで実装しちゃうことはあるみたいだけどね。 (その点 SS2 とか使ってる ISO-2022-JP-2 は失敗かもしれん。 mohta も下らん意地を張らずに半田さんの言う通り ESC 2/12 を使っておけば良かったのに。)

[4] MIME の charset 名最小化規則はより小さい charset の方が popular な時にしか適用しなくていいんですかね? そうでないと ISO-2022-JP + 補助漢字しか使ってない ISO-2022-JP-2 の文書は ISO-2022-JP-1 ができた後は JP-1 で札つけしないといけないことになってしまうんですが、 これは望ましくない。 (アルファベットしか使ってない US-ASCII 文書を invariant に直すのも、不適切だよね?)

[5] >>4 でも IANAREG に JP-1 はないからとりあえず気にしなくていいという話もある。

[6] >>5 提案者はちゃんと ietf-charset に書いてるのに、 忘れられてるよね。

[7] >>6 というか最初提案者は RFC 1468 を obsolete して ISO-2022-JP という名前で新しい charset を作るつもりだったらしいですが。で大騒ぎ。

初めてだからインターネットの流儀をしらなかったとかみっともない言い訳してたっけ。

[9] Jcode.pm や Encode.pm は ISO-2022-JP の代わりに ISO-2022-JP-1 を (ISO-2022-JP として) 実装しています。

[11] RFC 2237 の ABNF 定義に one-of-96 がありますが、 使われていません。 ISO-2022-JP-2 からのコピペで消し漏らしでしょう。