アカウント名:
パスワード:
あちこちにU+FEFFをバラ撒くのを止めてくれ!!これだけはホント勘弁して下さい...
ついでに UTF-8N とか訳のわからない名称を使うのもな。UTF8って言ったらUTF8だろ。なんで勝手拡張の方をUTFって言って本家の方がUTF8Nなんだよ# どっかで、UTF8Nって言うのは日本人ぐらいだって書いてたけど本当かね？
元々JISでないモノをShift JISと言い続けてた文化圏だからな...いっそBOM付きUTF-8は「UTF-8 BOGUS」と言い習わすことを提唱する...
# Shift JISサポートを声高に主張する輩は、# 大抵、JIS文字集合とCP932文字集合の区別が付かない...
止めてほしい理由が分からないけど、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の真の意図って...
ZWNBSPはどこにどれだけ挿入しても問題ないはずサイズ増大以外は
どこにでもって事ぁ無いいわゆる全角スペースが混ざってコンパイルエラーが起きるのと同じことがUnicodeの20個位ある他のスペースモドキでも起きる# おい新入り、変な方向に頑張っちゃってるWebページかPDFからコピペしただろ!
最近のGCCやClangの中には先っちょのBOMをwhite space扱いしてくれるモノも有るらしいがC/C++のソースを扱うツールって何もコンパイラだけじゃ無いしねある分野の規格原理主義者の書いた独自パーザのとあるチェックツールとか使うと....# ましてやそのツールが通ることが受け入れ条件だったりすると...
昔から洋物のツールで漢字の2byte目が\で引っかかったり、パス区切りが\でエラーになったりとかとかくDOS/Win産のコードを使うと余計な手間が増えたものだ
# そういえば昔、改行コードの違いでDOSで書いたコードをUnixの人に渡したら、#「一行ごとに無駄に改行入れて、行数単価稼ごうとしてる?」とか言われたな...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
BOMと称して (スコア:0)
あちこちにU+FEFFをバラ撒くのを止めてくれ!!
これだけはホント勘弁して下さい...
Re: (スコア:0)
ついでに UTF-8N とか訳のわからない名称を使うのもな。
UTF8って言ったらUTF8だろ。なんで勝手拡張の方をUTFって言って本家の方がUTF8Nなんだよ
# どっかで、UTF8Nって言うのは日本人ぐらいだって書いてたけど本当かね？
Re: (スコア:0)
元々JISでないモノをShift JISと言い続けてた文化圏だからな...
いっそBOM付きUTF-8は「UTF-8 BOGUS」と言い習わすことを提唱する...
# Shift JISサポートを声高に主張する輩は、
# 大抵、JIS文字集合とCP932文字集合の区別が付かない...
Re: (スコア:0)
止めてほしい理由が分からないけど、BOMを責めるのは筋違いでは？
Re: (スコア: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の真の意図って...
Re: (スコア:0)
ZWNBSPはどこにどれだけ挿入しても問題ないはず
サイズ増大以外は
Re: (スコア:0)
どこにでもって事ぁ無い
いわゆる全角スペースが混ざってコンパイルエラーが起きるのと同じことが
Unicodeの20個位ある他のスペースモドキでも起きる
# おい新入り、変な方向に頑張っちゃってるWebページかPDFからコピペしただろ!
最近のGCCやClangの中には先っちょのBOMをwhite space扱いしてくれるモノも有るらしいが
C/C++のソースを扱うツールって何もコンパイラだけじゃ無いしね
ある分野の規格原理主義者の書いた独自パーザのとあるチェックツールとか使うと....
# ましてやそのツールが通ることが受け入れ条件だったりすると...
昔から洋物のツールで漢字の2byte目が\で引っかかったり、パス区切りが\でエラーになったりとか
とかくDOS/Win産のコードを使うと余計な手間が増えたものだ
# そういえば昔、改行コードの違いでDOSで書いたコードをUnixの人に渡したら、
#「一行ごとに無駄に改行入れて、行数単価稼ごうとしてる?」とか言われたな...