アカウント名:
パスワード:
このため、UTF-8 ロケールでプロンプトにロシア文字や漢字などを設定すると、 行の折り返しがおかしくなります。 いま、Debian unstable (Sid) の bash 3.0-1 を使ってみましたが、 なおっていません。 すでに1年以上も放置されているバグ [debian.org]らしいです。
EUC-JP ロケールでは、(ASCII と
バイト数 == Half width の数 な関係ならば問題ないのだろうけど、 EUC-JP の JISX0201とか 3byte の部分とかならば問題出るとかそういう話なら、「Unicodeダケの問題」とはいえないのでしょう。 イロイロな意味で バイト数 != 文字列の幅 っていうことを言っていかないと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
known bug (スコア:3, 参考になる)
このため、UTF-8 ロケールでプロンプトにロシア文字や漢字などを設定すると、 行の折り返しがおかしくなります。 いま、Debian unstable (Sid) の bash 3.0-1 を使ってみましたが、 なおっていません。 すでに1年以上も放置されているバグ [debian.org]らしいです。
EUC-JP ロケールでは、(ASCII と
Re:known bug (スコア:1, 興味深い)
なんか毎度毎度同じようなバグがあっちこっちのアプリで出てくる現状は
ものすごく無駄な感じがしてしょうがないんですけど。
Unicode の中の人は死力を尽くして啓蒙活動する義務があるんじゃないか?
Re:known bug (スコア:1, おもしろおかしい)
ナイ。マッタクナイ。
どうして、ここで Unicode ダケが問題にされてるのか分からん。
日本語を使えるようにすることによるバグ情報ってどうにか整理できないんですかね。
Re:known bug (スコア:0)
アホですか?
JIS X0208 では問題が起こらないからでしょ。
Re:known bug (スコア:2, 興味深い)
バイト数 == Half width の数 な関係ならば問題ないのだろうけど、 EUC-JP の JISX0201とか 3byte の部分とかならば問題出るとかそういう話なら、「Unicodeダケの問題」とはいえないのでしょう。 イロイロな意味で バイト数 != 文字列の幅 っていうことを言っていかないと。
Re:known bug (スコア:0)
これに文字数も含めて『バイト数と文字数と文字列の幅は一致すると考えちゃいかん!』と掲げれば,#598295 [srad.jp]のACの方が言ってた『なんか毎度毎度同じようなバグがあっちこっちのアプリで出てくる現状』もかなり改善できるでしょう。
国際化プログラミングする上での心得ですので,