「YEN SIGN問題縁起」記事へのコメント

0x5cがエスケープ記号である限りは問題が起こっていたのではないでしょうか

[asakura-t (31194)]

　安岡さんは0x5cがディレクトリ区切りに用いられたために問題になっているとお考えのようですが、0x5cが一般的にエスケープに使われている限りは問題になっていたと思います（それともあれもMicrosoftが広めたのでしょうか？）。
　もちろん0x5cをバックスラッシュにして円記号にしなければ回避できたとは思いますが、日本国内事情を考えるとそれは不可能だったのではないでしょうか。
（円記号は必要でしたでしょうし、他に円記号が割り当てられている場所はありませんでしたから……たぶん）

　最近はWindowsを使っていても0x5cはバックスラッシュとして表示されることも多いですから、そのうち気がつけば0x5cはバックスラッシュ、ということで落ち着くのかもしれません。

Re:0x5cがエスケープ記号である限りは問題が起こっていたのではないでしょうか

[yasuoka (21275)]

0x5Cが「エスケープ記号」だとしても、UNIX系OSでは特に問題が起こってない、というのが私の感覚です。というのも、『UNIX Programmer's Manual, Seventh Edition』(1979年1月)に「ascii」の項が載って以来、UNIX環境下では0x00－0x7FはASCII決め打ち、というタテマエだからです。UNIXでは、たとえ0x5Cが「¥」に見えたとしても、それは端末が腐っているのであって、あくまでbackslashとして扱うのが正解、ということになります。このASCII決め打ち思想が、最終的にはFSS-UTF(現在のUTF-8の原型)を生むことになったのだと。

これに対しMS-DOS系では、

Re:0x5cがエスケープ記号である限りは問題が起こっていたのではないでしょうか

[first_name (18152)]

　素朴かつトンチンカンな質問をよろしいでしょうか。
　UnicodeのU+0000～U+007FおよびU+0080～U+00FF領域に「全世界で共通する文字を示すべき」を割り当てるのは、もともと無理な話だったのでは……(もちろん規格上の話ではなく、各国のお国事情を反映させた場合)。

　同一性を保てる見込みのないアドレスは使われないようにするのが最善かと思うものの、現実にはU+005CもU+00A5も多用されてしまっているので、せめて通貨記号の意図で使っている部分を分離する＆U+005CとU+00A5を通貨記号用途から外すという感じの対策は必要かな、と考えてみたり。

　たとえば

初期のUnicode Draft

[yasuoka (21275)]

最初のUnicode Draft (1989年9月発表)は、もっと「美しい」文字コードを目指してたようです。そこでは、たとえば「á」は「a」とアクサンテギュの合成で表現され、通貨記号が連続したコードポイントにまとめて収録される、はずのものでした。ところが、MicrosoftのMichel SuignardとAsmus Freytagが参加したあたりから、この方針は変わりはじめ、次のUnicode Draft 2 (1990年4月発表)では、U+0000－U+007FはASCII互換に、U+00A0－U+00FFはISO 8859-1互換になってしまいました。このISO 8859-1互換ってのは、どう考えても失敗だったと私も思いますが、いまさらどうにもならないでしょう。

>#これって、隣国でも同じように話題になっているのでしょうか。

現在の中国では、GB 18030こそが唯一の文字コードで、Unicodeすらオマケに過ぎませんから。GB 18030の0x24は「¥」ですけど、0x5Cは「\」なので、そう問題にはなってないのかな？