[過去ﾛｸﾞ]
文字コード総合スレ Part11 (1002ﾚｽ)
文字コード総合スレ Part11 http://mevius.5ch.net/test/read.cgi/tech/1516629503/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
701: デフォルトの名無しさん [sage] 2018/08/16(木) 08:19:53.82 ID:RvAH1val ファイルシステムに記録された物理的encodingに依存したコーディングができる方が良いという主張かねぇ。 http://mevius.5ch.net/test/read.cgi/tech/1516629503/701
703: デフォルトの名無しさん [sage] 2018/08/16(木) 10:25:22.61 ID:Lp1O0T8c >>701 内部ネイティブ文字コードがcharになっているLinux/Unixでは char非互換の文字コードに対応するのが大変だったという主張 >>702 Windowsは内部ネイティブ文字コードがUnicode（UTF-16）だから 別にそれでいいのでは？ それにしても結果論ではあるけど、wchar_tは失敗だったねぇ 16bitでは足りないことは最初からわかっていたけど、たとえ32bitであっても 異字体セレクタやらで意味的な1文字のbit数が固定ではなくなってしまった。 固定でないならば単純な実装で文字を扱うのは不可能。 whar_t使うメリットが無くなってしまった。 まあその怪我の功名で絵文字に色がつけられるようになり、肌色の違いも 対応も可能になったんだけど、これも良かったんだか悪かったんだが。 ここまで来たら絵文字以外の文字も全て色変化対応にしたらって思う そうすりゃエスケープシーケンスなしで色を付けられるよ もはや文字コードじゃないね http://mevius.5ch.net/test/read.cgi/tech/1516629503/703
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.057s