「WAVE DASH問題縁起」記事へのコメント

Microsoft のマッピング

[numa (4467)]

Microsoft が「～」(波ダッシュ) の文字に U+FF5E FULLWIDTH TILDE をマッピングする変換ルールを作ったのは， Windows 3.1 の「マイクロソフト標準キャラクタセット」の仕様ができたときです． この当時は，Windows 3.0 まで OEM メーカー毎に違っていた字体や拡張文字の種類を， Windows 3.1 以降は統一するといって評判になっていたと思います．ついでに，フォントファイルを Unicode ベースで構成することも．

「Microsoft Windows version 3.1 日本語版　マイクロソフト標準キャラクタセット仕様書 Revision 1.0」という文書によれば，その具体的な仕様が決まったのは1992年の12月のことで，

Re:Microsoft のマッピング

[alp (1425)]

正確に言うと、違います。1991年発行の Unicode 1.0 仕様書 (The Unicode Standard: Worldwide Character Encoding Version 1.0 Volume 1, Addison & Wesley) に既に SJIS から Unicode へのマッピングテーブルが示されており、この時点で既に U+FF5E です (p.601)。もちろん Microsoft はこの仕様策定にどっぷりかんではいますけど、mapping に関する限り事後に変更した 10646 の方が問題があった、ような気がしてならない。

Re:Microsoft のマッピング

[yasuoka (21275)]

えっと、『Unicode Encoding to DBCS Code Page & Asian Standards Mappings』(The Unicode Standard, Version 1.0, Volume 1 (October 1991), pp.560-604所収)のXJISと『Shift-JIS to Unicode, Version 0.9』(8 March 1994)を較べてみたところ、少なくとも以下の7字のマッピングが変更されています。

• 0x8157　U+3004→U+4EDD
• 0x815D　U+00AD→U+2010
• 0x815F　U+FF3C→U+005C
• 0x8160　U+FF5E→U+301C
• 0x8161　U+2225→U+2016
• 0x817C　U+FF0D→U+2212
• 0x81FC　U+20DD→U+25EF

で、Microsoftは、これらの

Re:Microsoft のマッピング

[emk (30939)]

> で、Microsoftは、これらの変更のうち、0x8157、0x815D、0x81FCは従ったけど、残り4つは従わなかった、ってことですよね。うーん、どうしてなんだろう…。

単にUnicode 1.0.1の変更点 [textfiles.com]にはその3文字しか含まれていなかったというだけの話だと思います。Unicode.orgのサイト上にも同様の資料 [unicode.org]があります。

# Unicode 1.0.1 Addendumの現物を持っている [srad.jp]はずのalpさんが「9. Character mapping changed」に全く触れていないのが不可解なのですが、1992年11月付の資料が1992年6月発行の「The Unicode Standard, Version 1.0, Volume 2」に挟み込まれているはずは

Re:Microsoft のマッピング

[emk (30939)]

> 韓国語版のWindows NTは4.0からのようですが。
失礼。NT 3.51からでした。

韓国語版Windows NTとハングルの大移動

[yasuoka (21275)]

うーむ、韓国語版Windows NTは3.51からじゃなくて、少なくともNT 3.5もあったはずなのに、このページ [microsoft.com]には示されてませんね。とりあえず、ハングルの大移動が引き起こした韓国語版Windows NT 3.5とNT 3.51の非互換(のうちの一つ)については、このページ [microsoft.com]をどうぞ。