アカウント名:
パスワード:
なんのために?システムロケールなんてCで十分でしょうに。
Cだと, データとしてUTF-8が入ってきたらエラーとなる場合があるからでしょう.
システムのデータカタログとしてはC(というかascii)で作成するというのは良いでしょうが, 入力データなんかは必ずしも予期した通りになるわけじゃありませんから. 漢字だとかは分かりやすいから弾きやすいですけど, ISO8859系のコードだと現地の人だと普通に入力できる文字(例えばウムラウトとか)が致命的なエラーとなったりしますから.
# asciiで記述されているはずのmanドキュメントが人名とかでISO8859コードが使われていて処理エラーなんて経験もあります
これ C.UTF-8 ロケール導入するんでしょうかね
Cygwin なんかは C.UTF-8(C.utf8 だったかも)ロケールをデフォルトで用意してくれているのですがそれ以外の環境では手製しないと使えなくて……
さすがに en_US.latin1 から en_US.utf8 に移行するという意味じゃないか?それに合わせて ja_JP.eucJP とかも ja_JP.utf8 に移行することになると思うけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
次の開発サイクルでは、デフォルトのシステムロケールをCからUTF-8へ移行する予定です。 (スコア:2, 参考になる)
なんのために?
システムロケールなんてCで十分でしょうに。
Re:次の開発サイクルでは、デフォルトのシステムロケールをCからUTF-8へ移行する予定です。 (スコア:5, 参考になる)
Cだと, データとしてUTF-8が入ってきたらエラーとなる場合があるからでしょう.
システムのデータカタログとしてはC(というかascii)で作成するというのは良いでしょうが, 入力データなんかは必ずしも予期した通りになるわけじゃありませんから. 漢字だとかは分かりやすいから弾きやすいですけど, ISO8859系のコードだと現地の人だと普通に入力できる文字(例えばウムラウトとか)が致命的なエラーとなったりしますから.
# asciiで記述されているはずのmanドキュメントが人名とかでISO8859コードが使われていて処理エラーなんて経験もあります
Re:次の開発サイクルでは、デフォルトのシステムロケールをCからUTF-8へ移行する予定です。 (スコア:1)
これ C.UTF-8 ロケール導入するんでしょうかね
Cygwin なんかは C.UTF-8(C.utf8 だったかも)ロケールをデフォルトで用意してくれているのですが
それ以外の環境では手製しないと使えなくて……
Re:次の開発サイクルでは、デフォルトのシステムロケールをCからUTF-8へ移行する予定です。 (スコア:1)
さすがに en_US.latin1 から en_US.utf8 に移行するという意味じゃないか?
それに合わせて ja_JP.eucJP とかも ja_JP.utf8 に移行することになると思うけど。