文字コード総合スレ Part11
■ このスレッドは過去ログ倉庫に格納されています
中東の言語は確か右からだったよな sjisの～とcp932の～の違いって何？ >>650 絵文字がんがん増えてるけど、ぱっと見で見分けが付かない微妙なの多いよなぁ そのうち洗練されて象形文字になって、やがて漢字に…あれ? この際1byteを32bitか64bitにしたらどうよ そうなんか？ あと 8bit を 1byte というけど >>657 >>657 無理。各コンピュータ内部なら好きなビッド数にすれば良いけど、インターネットのほぼ全ての規格はオクテットが基準になってる。 >>584 UTF-32に統一できないなら、UTF-8を残そうがUTF-16を残そうが 8も16も大して変わらないと言えばそうだけど、種類が少ないに越したことはないし >>669 >>667 >>670 >>671 >>672 UTF-16やUTF-32も1文字の中に\0が含まれているわけじゃないがな。 http://ash.jp/code/unitbl1.htm 説明足らずな>>675 が揚げ足取りだと思われると可愛そうなので（笑） まあWindowsみたいにcharはロケール依存のままでwchar_tだけUnicodeという構成もあるので >>680 正確には、既存のコードの多くは wchar_t が使われて無くて、 gcc は、 wchar_t を16bitと32bitでコンパイル時に選択できるようになっているので、のちのちWindows以上に厄介なことになるでしょう。 >>681 OSの中とかプログラム言語とかどうでもいい。 wcharは、内部の符号化に依存しちゃいけないし、幅が 16bitか32bitかに依存するのもよくない >>687 >>687 >>689 http://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf >>662 >>690 >>693 http://ash.jp/code/code.htm 中途半端な多encoding対応で不具合が出たという話。要はバグ。 アホか、アホしか居ないか？ >>696 ダウト そりゃ16bit（つまりUTF-16）として書くか変換すりゃASCIIの範囲の文字列は 訂正 ファイルシステムに記録された物理的encodingに依存したコーディングができる方が良いという主張かねぇ。 Windows標準のXmlLiteというXMLパーサーは、入力ファイルがどんな文字エンコードだろうと、 >>701 >>702 wchar_t のこと何もわかっていないのに適当なこと言ってるな。 常識だし当たり前のことだから、 今時のまともなMUAでいわゆる半角カナに対応できないものってあるかな？ C/C++ 会社のﾒｰﾙは勝手にﾒｰﾙに含まれる半角を全角にかえやがる しばくんじゃなくてフォルダ名を変更すれば済むじゃん ﾌｫﾙﾀﾞ名は一回変更したわ メールで送らなければいい >>718 >>719 外国人は鼻ほじりながら「おまいら大変だなー」と同情してるだろうな ＞外国人は鼻ほじりながら「おまいら大変だなー」と同情してる >>717 バカ「半角カナを使うと文字化けするんだぞ！使うの禁止！」 やっぱりバカどもは お、書けた >>727 のﾚｽをｻｸﾗで半角全角変換するだけで書けた >>727 のﾚｽをｾｷｭﾘﾃｨﾌﾞﾛｯｸではじいてるみたいだったからな 日本のすべてのｼｽﾃﾑではずっとな 結論をいえば ﾎﾝﾄなこの板は低学歴底辺知恵遅れのｺﾞﾐｸｽﾞしかいないのがよく分かるわ >Ｃｏｎｔｅｎｔ－Ｔｒａｎｓｆｅｒ－Ｅｎｃｏｄｉｎｇ： ７ｂｉｔ ← コレは絶対だからな MIME-Version: 1.0 低学歴底辺知恵遅れの世界にﾌﾟﾛﾄｺﾙなんかないからな 低学歴底辺知恵遅れと 氏名における「髙」や「𠮷」や「乭」 | yasuokaの日記 | スラド https://srad.jp/ ~yasuoka/journal/623209/ UNICODEで恥ずかしい書き込みしてた人が ID:yTcXDgUV >>739 unicode の議論と wchar_t の議論を混ぜるやつは素人。 そりゃ使われてるかどうかで言えば使われてるだろうけど。 16bitのwchar_tや32bitのwchar_tの使い方（エンコーディング）によるとしか >>743 >>744 > 昔のunixだと EUCコードそのまま16ビットでフラグ付きで入れてた。 ■ このスレッドは過去ログ倉庫に格納されています
