アカウント名:
パスワード:
Shift_JISから、そろそろ完全に離れたいなぁと。
いい加減、メモ帳の既定の文字コードをUTF-8あたりにしてくれてもいいのにとは思います
ftp.exeが地味に酷い仕様になっている。port 20ではUTF-8に強制変換するからserverもUTF-8にする必要がある。でもport 21は変換なしないのでlsとかは文字化けしまくり。個人的には今更使わないんだけどまだ使いたがる人がいるんだよねぇ…困る。
ZipフォルダはWindows 8でようやくUTF-8ファイル名の展開のみサポートしたが、圧縮は相変わらずANSIコードページ。ANSIコードページにない文字を名前に含むファイルを圧縮しようとするとエラーになる。
UTF-8で圧縮が問題すると解凍時のバージョン互換問題を抱える以上、圧縮できないのは問題ないのでは？世の中がBit11:Language encoding flagをサポートしたソフトだけになればOS標準でサポートされる事もあるかもしれません。ちなみに、Windows7でもパッチ適用すればUTF-8の展開は出来ます。 [microsoft.com]
MSの場合、ななめ上というかUTF-16にしそう。さらに一部はUTF-8だし、互換性の問題でCP932ものこり、加えて従来通りCP932とするためのフラグが追加され、さらにアクセスするだけでCP932をUTF-16に「アップデート」する機能が搭載され、そしてそれを抑制するパッチが提供される、とか。
いい加減、LF改行の対応も。
ついでにパスの区切りも「/」にしてよ。「\」はダサい。特に日本では。
逆に、環境変数の区切り「;」はLinux「:」の方がダサい。そっちはLinuxに改めてもらいたい。
環境変数の区切りなんてありましたか？単にshellの$PATHは”:"を区切りに使っている事を言っていませんか？shellで";"は別の意味があるんですけど、それでも";"がイケていると思いますか？
思いますね。「;」は「区切り」の意味を持つので。
JSONでもそうでしょ。{ "A" : 100, "B" : 200, "C" : 300 }
":"は「 : 」のように、質の違うものを区切るために使うもの。"," や ";" は同質なものを区切るために使うもの。この場合は「 : 」の組み合わせという同質なものを "," で区切っている。";" は "," から派生したものだから、":" より ";" の方が優れている。"," ならなお良しかな。
「 : 」 の部分は 「 <項目> : <値> 」と書いた。サーバ側でサニタイズしろよ。
森と木の区別ができていない人には言っても無駄だ。";"の意味しか考慮しない、JSONという閉鎖された処理系での話等処理系全体としての合理性は無視されてしまう。
なんでも現状が良いと考えちゃう退嬰的な人って居るんですよねー。
新しい提案をしないでそれを言ってもノイズにしかなりません。
厨二病じゃないなら現状全否定じゃない建設的な意見を書くべきでしょうね。
いつまでも変わらないのは誰かさんの頭の中だけで十分です。
UTF-8になったらなったでBOM付きしか扱えなかったりな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
文字コード (スコア:0)
Shift_JISから、そろそろ完全に離れたいなぁと。
Re:文字コード (スコア:0)
いい加減、メモ帳の既定の文字コードをUTF-8あたりにしてくれてもいいのにとは思います
Re:文字コード (スコア:1)
ftp.exeが地味に酷い仕様になっている。
port 20ではUTF-8に強制変換するからserverもUTF-8にする必要がある。
でもport 21は変換なしないのでlsとかは文字化けしまくり。
個人的には今更使わないんだけどまだ使いたがる人がいるんだよねぇ…困る。
Re: (スコア:0)
ZipフォルダはWindows 8でようやくUTF-8ファイル名の展開のみサポートしたが、圧縮は相変わらずANSIコードページ。ANSIコードページにない文字を名前に含むファイルを圧縮しようとするとエラーになる。
Re: (スコア:0)
UTF-8で圧縮が問題すると解凍時のバージョン互換問題を抱える以上、圧縮できないのは問題ないのでは？
世の中がBit11:Language encoding flagをサポートしたソフトだけになればOS標準でサポートされる事もあるかもしれません。
ちなみに、Windows7でもパッチ適用すればUTF-8の展開は出来ます。 [microsoft.com]
Re: (スコア:0)
MSの場合、ななめ上というかUTF-16にしそう。
さらに一部はUTF-8だし、互換性の問題でCP932ものこり、
加えて従来通りCP932とするためのフラグが追加され、
さらにアクセスするだけでCP932をUTF-16に「アップデート」する機能が搭載され、
そしてそれを抑制するパッチが提供される、
とか。
Re:文字コード (スコア:1)
Re: (スコア:0)
いい加減、LF改行の対応も。
Re: (スコア:0)
ついでにパスの区切りも「/」にしてよ。
「\」はダサい。特に日本では。
逆に、環境変数の区切り「;」はLinux「:」の方がダサい。
そっちはLinuxに改めてもらいたい。
Re: (スコア:0)
環境変数の区切りなんてありましたか？
単にshellの$PATHは”:"を区切りに使っている事を言っていませんか？
shellで";"は別の意味があるんですけど、それでも";"がイケていると思いますか？
Re: (スコア:0)
思いますね。
「;」は「区切り」の意味を持つので。
Re: (スコア:0)
JSONでもそうでしょ。
{ "A" : 100, "B" : 200, "C" : 300 }
":"は「 : 」のように、質の違うものを区切るために使うもの。
"," や ";" は同質なものを区切るために使うもの。
この場合は「 : 」の組み合わせという同質なものを "," で区切っている。
";" は "," から派生したものだから、":" より ";" の方が優れている。
"," ならなお良しかな。
Re: (スコア:0)
「 : 」 の部分は 「 <項目> : <値> 」と書いた。
サーバ側でサニタイズしろよ。
Re: (スコア:0)
森と木の区別ができていない人には言っても無駄だ。
";"の意味しか考慮しない、JSONという閉鎖された処理系での話等
処理系全体としての合理性は無視されてしまう。
Re: (スコア:0)
なんでも現状が良いと考えちゃう退嬰的な人って居るんですよねー。
Re: (スコア:0)
新しい提案をしないでそれを言ってもノイズにしかなりません。
Re: (スコア:0)
厨二病じゃないなら現状全否定じゃない建設的な意見を書くべきでしょうね。
Re: (スコア:0)
いつまでも変わらないのは誰かさんの頭の中だけで十分です。
Re: (スコア:0)
UTF-8になったらなったでBOM付きしか扱えなかったりな。