アカウント名:
パスワード:
ただし、このバグの原因はnotepadやマイクロソフトにあるのではなく、 文字コードの規格が統一されていないことにありそうです。
# とか言ったら、ひとむかし前ならUnicode派とISO2022派とTRON派とかで # フレームになったりしたものだけどなあ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
これはバグなのか? (スコア:3, すばらしい洞察)
それを、作った人の意図はASCIIだったからといって、UTF-16LEで解釈したら
バグ、というのはなんだかなあと思います。じゃあ逆に、作った人の意図が
UTF-16LEだったとしたら、ASCIIとして解釈するソフトのほうがバグだって
ことになりますよ。
日本人の感覚だと、たとえばS-JISとしてもEUCとしても解釈できるファイルを、
そのファイルを作った人の意図とは違う文字コードとして自動判別してしまう
ソフトがあっても、それは仕方のないことだと思うんですが。
もちろん、文字コードとして解釈可能である、という以上の解析
バグといえるでしょう。 (スコア:3, すばらしい洞察)
そして、メモ帳自身がANSIで保存したつもりのファイルが開けないのを仕様とするのはおかしな話です。
ファイルの中身を変更せずにファイル仕様をアプリケーションが特定する為の仕組みとして、昔から拡張子が用いられてきました。
メモ帳が保存時に文字コード別の拡張子をふれば、メモ帳自身で開く場合に誤認識はなくせます。
また、自動認識に頼る場合はANSI文字コードで保存する場合に「正しく認識できる内容かどうか」を判定することは容易いのですから、次回オープン時に文字化けしてしまう旨を警告する事も可能です。
UNICODE文字をANSIで保存するときは、失われる文字があると警告しているのですから、何も警告せずに保存したデータを失ってしまうのは、ソフトウェアの重大な欠陥だといえます。
Re:バグといえるでしょう。 (スコア:0)
標準添付のアプリケーションはサードパーティ・アプリケーションの指標(UIや動作において)になるべきと考えますので、あまり出来が悪いのも考えものですけどね。
Re:バグといえるでしょう。 (スコア:0)
というのは、バグと言ってもよさそうです。
ただし、このバグの原因はnotepadやマイクロソフトにあるのではなく、
文字コードの規格が統一されていないことにありそうです。
# とか言ったら、ひとむかし前ならUnicode派とISO2022派とTRON派とかで
# フレームになったりしたものだけどなあ。