アカウント名:
パスワード:
あちこちにU+FEFFをバラ撒くのを止めてくれ!!これだけはホント勘弁して下さい...
止めてほしい理由が分からないけど、BOMを責めるのは筋違いでは？
責められるべきはBOMを付けた時のみUnicodeと判断するというMSだけの流儀。実際、CL.exeは日本語環境だとBOM無しだとCP932、BOM有りだとUTF-8とかのUnicodeのソースと決め打ちする。結果、他の環境から持ち込んだBOMの無いUTF-8のソースはコンパイル出来ない場合が出てくる。
一方、Visual StudioでUnicodeで作られたソースコードやXMLやらテキストファイルにはBOM付くが、これを別の処理系に持って行くと、イレギュラーな文字があると言ってエラーになるが、そのイレギュラーな文字がU+FEFFなので当然見えない。一見問題ないのに何故か動かせないソースに未経験者は右往左往
加えて状況を混乱させるのは、Visual Studioユーザも他流派も双方自分の文化圏での正しい「UTF-8」で記述しているという認識放置すると非難合戦に発展してしまい収集がつかなくなる...
# あっ、ひょっとしてMSの真の意図って...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
BOMと称して (スコア:0)
あちこちにU+FEFFをバラ撒くのを止めてくれ!!
これだけはホント勘弁して下さい...
Re: (スコア:0)
止めてほしい理由が分からないけど、BOMを責めるのは筋違いでは？
Re:BOMと称して (スコア:0)
責められるべきはBOMを付けた時のみUnicodeと判断するというMSだけの流儀。
実際、CL.exeは日本語環境だとBOM無しだとCP932、BOM有りだとUTF-8とかのUnicodeのソースと決め打ちする。
結果、他の環境から持ち込んだBOMの無いUTF-8のソースはコンパイル出来ない場合が出てくる。
一方、Visual StudioでUnicodeで作られたソースコードやXMLやらテキストファイルにはBOM付くが、
これを別の処理系に持って行くと、イレギュラーな文字があると言ってエラーになるが、
そのイレギュラーな文字がU+FEFFなので当然見えない。
一見問題ないのに何故か動かせないソースに未経験者は右往左往
加えて状況を混乱させるのは、Visual Studioユーザも他流派も双方自分の文化圏での正しい「UTF-8」
で記述しているという認識
放置すると非難合戦に発展してしまい収集がつかなくなる...
# あっ、ひょっとしてMSの真の意図って...