アカウント名:
パスワード:
今までなら、JIS X 0213文字セットをUTF-8エンコードで出力してましたと言えばほぼ問題なしだったのに。今回の変更により、ASCII(もしくはJIS X 0201)とJIS X 0213が混合しているのに括弧にJIS X 0213の方を使うというJIS規格推奨外になってしまった。
丸括弧だけは(いわゆる)全角じゃないと許さない派閥が割といるよね。Wikipediaもそうだし。日本語を学習している外国人もこの謎な慣習を習得し始めてるし。どこから発生した派閥なんだろう。デザインがうんぬんと良く言うが、フォントのデザインから考えると全角括弧と合うようになってるのは全角英数字なのではと思うけど。
ASCII(もしくはJIS X 0201)とJIS X 0213が混合しているのに括弧にJIS X 0213の方を使うというJIS規格推奨外になってしまった。
ISO/IEC 2022 (JIS X 0202)の枠内なら同じ名前の文字があった場合G番号の小さいバッファ(に呼び出された文字集合の文字)の方を優先せよみたいな規定があったけど、UTF-8にしてる時点でもう別の基盤というかルールになってるような、まあUnicodeでもCOMPATIBILITY扱いですけど。
個人的には中に括る文が欧文なら半角括弧で和文なら全角にしたくなりますね(思うだけですが)。
JIS X 0213に各エンコードでどの文字を使用するべきかが書かれている。また、Unicode名名指しで、いわゆる全角半角文字は互換文字なので互換以外の用途で使うなと書かれている。ちなみにUnicodeではCompatible領域となっているが、おそらく「丸括弧だけは全角じゃないと許さない派閥」の影響により、「互換性維持以外で使用禁止」みたいな記述から「特定の用途では使うこともあるよね」みたいな記述に変わっている。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
mohta式じゃなかったの (スコア:2)
今までなら、JIS X 0213文字セットをUTF-8エンコードで出力してましたと言えばほぼ問題なしだったのに。今回の変更により、ASCII(もしくはJIS X 0201)とJIS X 0213が混合しているのに括弧にJIS X 0213の方を使うというJIS規格推奨外になってしまった。
丸括弧だけは(いわゆる)全角じゃないと許さない派閥が割といるよね。Wikipediaもそうだし。日本語を学習している外国人もこの謎な慣習を習得し始めてるし。どこから発生した派閥なんだろう。デザインがうんぬんと良く言うが、フォントのデザインから考えると全角括弧と合うようになってるのは全角英数字なのではと思うけど。
Re: (スコア:0)
ASCII(もしくはJIS X 0201)とJIS X 0213が混合しているのに括弧にJIS X 0213の方を使うというJIS規格推奨外になってしまった。
ISO/IEC 2022 (JIS X 0202)の枠内なら同じ名前の文字があった場合G番号の小さいバッファ(に呼び出された文字集合の文字)の方を優先せよみたいな規定があったけど、
UTF-8にしてる時点でもう別の基盤というかルールになってるような、まあUnicodeでもCOMPATIBILITY扱いですけど。
個人的には中に括る文が欧文なら半角括弧で和文なら全角にしたくなりますね(思うだけですが)。
Re:mohta式じゃなかったの (スコア:3)
JIS X 0213に各エンコードでどの文字を使用するべきかが書かれている。また、Unicode名名指しで、いわゆる全角半角文字は互換文字なので互換以外の用途で使うなと書かれている。
ちなみにUnicodeではCompatible領域となっているが、おそらく「丸括弧だけは全角じゃないと許さない派閥」の影響により、「互換性維持以外で使用禁止」みたいな記述から「特定の用途では使うこともあるよね」みたいな記述に変わっている。