Note :

You can read this file with a recent browser ( MS Internet Explorer 4.0 etc.).
If you copy following data, you can paste them on MS-Word , Wordpad (of Windows98) etc. (but some characters might change to other characters. --"mojibake")

See the source of this file. The numbers are from #0001 to #1999.

Comments :

　ここには HTML の特殊な記法で記されるところの、特殊文字を記した。 （具体的にはソースを参照。）

　これらの文字は、ＪＣＳ案にある「欧文特殊文字」よりもさらに広範な文字が含まれる。また、これらは、HTML 規格で定められているので、世界共通で使える。

　ＪＣＳ案が新ＪＩＳとして正式に制定されたとしても、ＪＣＳの欧文特殊文字は一般的に使ってはならない。（外国の環境や、現ＪＩＳの環境で見れば、文字化けするから。）
　使うなら、ここにある HTML 規格による表記を用いるべきである。

　これらの文字は、使い方には、特別な配慮は必要ない。これらの文字を入力できるワープロで入力したあと、HTML 形式で保存すれば、自動的に、このような HTML の特殊文字になるはずだ。（ たとえば MS-Word ）


　【 注意 】
　　※ 　以下の各国語文字を見るには、各国語のフォントが必要です。
　　　　　Windows98環境で、ヘルプに従って、「多国語」のフォントを
　　　　　インストールすれば、さまざまな文字が使えるようになります。
　　　　 「タイ語」「ヘブライ語」「アラビア語」……など。
　　　　 （こうすると、MS-IE ではそのような言語で表示できます。）


　※　最後に 　【 追記 】 を付したので、そちらも参照のこと。

*　　　*　　　*　　　*　　　*　　　*　　　*　　　*　　　*　　　*　　　*　　　*　　　*


　　以下では、 #0033　以降の一部についてのみ、番号ではなくて、
　略記ふうの記法で示す。
　　現れる文字は同じだが、HTML の記述が異なる。（ソース参照。）

　　　※　この記号記法は、MS-Word2000 の HTML 変換機能を利用した。
　　　　　それを事後チェックしてみると、HTML の記号記法の方式（ &xxxx； ）
　　　　　を用いずに、直接その記号を書いてある箇所がある。その箇所では、
　　　　　記号は、２バイトのＪＩＳ記号を用いている。（呆れた話だが。）
　　　　　　これらは、当然、欧文環境では文字化けするはずだ。
　　　　　　だから、結局、以下の記号のいくらかの部分については、ソースは
　　　　　正しい記述になっていない。HTML の記号記法（ &xxxx； ）に則って
　　　　　いるものだけが信頼できる。 （１バイトの ASCII 文字も大丈夫。）

　　　　　　なお、このように２バイトの文字が使われるのは、「シフトＪＩＳ」で
　　　　　HTML 保存した場合である。他の文字コード（西ヨーロッパ語など）
　　　　　で保存した場合には、２バイトの文字は使われない。その意味で、
　　　　　現実には、どの言語で HTML 保存したとしても大きな問題は生じない。
　　　　　問題が生じるのは、単一ファイルに複数の言語を記載して、それを、
　　　　　コピーなどの外部利用をした場合である。（表示するだけでなく）

　　　　　　そもそも、HTML そのものが、文字コードの指定が１種類しかでき
　　　　　ない（ヘッダで指定するしかない）ので、そこが問題なのかもしれない。
　　　　　ただ、このあたり、議論を突っ込むと、話が複雑になるので、簡単に
　　　　　示唆しておくだけに留める。

　　【 追記 】

　この HTML ファイルを、一太郎10 や MS-Word で開いてみてほしい。
　そのあとで、一太郎形式やMS-Word形式（ *.jtd ， *.doc ）で保存してみてほしい。
　さらに、テキストファイル形式（ *.txt ）で保存してみてほしい。
　そのテキストファイルをあらためて、エディタなどで開いてみてほしい。当然、欧文特殊文字の部分は、すべて文字化けしているはずだ。

　さて、ＪＣＳ案では、欧文特殊文字を「半角文字」つまり「既存の Unicodeの文字」として扱う。ところが後者は、すでに上で試してみたとおり、シフトＪＩＳのテキスト形式にすれば、すべて文字化けする。

　結局、こういうことだ。
　ＪＣＳ案のように、２バイトの欧文特殊文字を新ＪＩＳに採択したとする。その新ＪＩＳで書かれたテキストファイルは、実際にはどうなるか？　──それをエディタで開いた場合には、上書き保存もできる。しかし、エディタでなくWordや一太郎［ Unicode を処理できるソフト］で開いた場合には、（テキスト形式で）上書き保存した段階で、欧文特殊文字はすべて文字化けしてしまうのだ。（ Unicode の文字として扱われるせいで。）
　つまり、テキストファイルが、テキストファイルとしての互換性を保てない、ということだ。

　これはとんでもないことである。しかも、この問題は、一太郎やWordが間違っているせいではない。ＪＣＳ案の方が間違っているせいである。「同一の文字に二つのコードポイントを与える」という、狂気的なことをしているせいである。
　つまり、一太郎やWordに、バグがあるのではなくて、ＪＣＳ案の方に、バグがあるのだ。
　「だったら、そんなバグのある文字コードは直せばいい」
　と思うかもしれない。もちろん、普通の人ならば、そう思うだろう。しかし、ＪＣＳに期待しても、無駄である。なぜなら、この問題は、1999年の年初の時点で、すでに「南堂私案」で指摘されていたことだからである。（ＪＣＳにも通知された。） ……つまり、ＪＣＳは、バグがあるとわかっていて、あえてバグのある案を採用したのだ。当然、バグを排除するつもりなど、全くないはずだ。
　では、なぜ、ＪＣＳはバグのある案を採用したのか？　私にはまったく見当がつかない。
　「バグは、彼らの案ではなく、彼らの頭にある」
　という話を聞いたが、そうなのかもしれない。本当にそうかどうかは、何とも言えないが。……

　【　付記　】　ワープロの仕様を改める？　
　「 MS-Wordや一太郎の仕様がおかしいのなら、それらの仕様を改めればいいじゃないか。つまり、ＪＣＳ案の欧文特殊文字をテキスト形式で保存できるようにすればいい。」
　という声が、どこかから届いた。これはまた、驚くべき意見である。
　なるほど、この方式によれば、ＪＣＳ案の欧文特殊文字が扱える。しかしそのかわり、本来の欧文特殊文字が扱えなくなるのだ。つまり、欧文特殊文字を、日本語文書上では使えるが、仏語や独語やポーランド語などの文書上では使えなくなる。そんな欠陥ワープロを、どこの誰が使うのだろうか？　

[ End. ]