文字コード総合スレ part14

**デフォルトの名無しさん** · 2023/03/03(金) 15:46:58.08

Windows NTは初代からUnicodeがネイティブの文字コードです。cp932ではありません。
プログラマーなら一度は煩わされたことのある文字コードについてのスレ。
UTF-8、Shift_JIS、JIS、EUC、Unicode、UCS、サロゲートペア、コードポイント、文字コード判定、
合成文字、ソート、TRON、外字コード、その他について語り合いましょう。
各言語での文字列の扱いについての質問もOKです。
基本マッターリ、ささ、茶でもどうぞ。

■過去スレ
文字コード総合スレ part1 http://pc11.2ch.net/test/read.cgi/tech/1031028205/
文字コード総合スレ part2 http://pc11.2ch.net/test/read.cgi/tech/1143375639/
文字コード総合スレ part3 http://pc11.2ch.net/test/read.cgi/tech/1180250376/
文字コード総合スレ part4 http://pc11.2ch.net/test/read.cgi/tech/1228052369/
　（スレ再利用）UnicodeとUTF-8の違いは？ http://pc12.2ch.net/test/read.cgi/tech/1177930957/
　（隔離スレ）UnicodeとUTF-8の違いは？　その2 http://pc12.2ch.net/test/read.cgi/tech/1274937437/
文字コード総合スレ part5 http://pc12.2ch.net/test/read.cgi/tech/1236529563/
文字コード総合スレ part6 http://hibari.2ch.net/test/read.cgi/tech/1278923059/
文字コード総合スレ part7 http://toro.2ch.net/test/read.cgi/tech/1306595564/
文字コード総合スレ part8 http://peace.2ch.net/test/read.cgi/tech/1354248962/
文字コード総合スレ part9 http://peace.2ch.net/test/read.cgi/tech/1401301779/
文字コード総合スレ Part10 http://mevius.2ch.net/test/read.cgi/tech/1444822140/
文字コード総合スレ Part11 https://mevius.5ch.net/test/read.cgi/tech/1516629503/
文字コード総合スレ Part12 https://mevius.5ch.net/test/read.cgi/tech/1544931495/
文字コード総合スレ part13
https://mevius.5ch.net/test/read.cgi/tech/1593777227/

**デフォルトの名無しさん** · 2023/05/14(日) 08:40:55.72

>>246
昔から両方あるけど、違う意味で使い分けられていた。
障碍：じゃまな物があって進められないこと
障害：危害を加えられて進められないこと

当用漢字で碍を害に置き換えたせいで、この2つが衝突した。「妨碍」を「妨害」に統合した関係も似たような感じ。前者は邪魔な物を置いて、後者は傷を負わせて。

**デフォルトの名無しさん** · 2023/05/14(日) 08:44:30.56

碍を害と統合するとか unicode 以上の暴挙。
国語審議会には漢字廃止論者がいたので仕方ないね。

**デフォルトの名無しさん** · 2023/05/14(日) 11:32:59.03

近頃は漢字を使うことをあきらめているケースも多いよね
こ線橋とか

**デフォルトの名無しさん** · 2023/05/14(日) 15:13:31.89

こうしちゃおう
跨線橋
↓
股線橋

**デフォルトの名無しさん** · 2023/05/14(日) 16:03:06.41

>>247
まさにそれが俗説
https://www8.cao.go.jp/shougai/suishin/seisaku_iinkai/k_54/txt/s3-2.txt

**デフォルトの名無しさん** · 2023/05/14(日) 18:31:54.44

>>251
俗説でも何でもないだろうが。
引用されてるやつも、昔から混用があったことを指摘してるだけで、害と碍が統合可能な根拠などどこにも示していない。
難しい漢字や頻度の低い字を同じ音の別の漢字で代用するのは大昔からあった習慣。それこそ甲骨文字の頃からある。
しかしあくまで代用は代用。

**デフォルトの名無しさん** · 2023/05/14(日) 18:40:36.33

戦争で片足を失った。→ 身体を傷つけられているので「障害」でOK
生まれつき目が見えない。→ 誰かに危害を加えられた訳ではないので「障害」はNG
使った例があるかどうかじゃなくて、正しく使われてるかの問題。

**デフォルトの名無しさん** · 2023/05/14(日) 18:47:52.94

＞当用漢字で碍を害に置き換えたせいで、

嘘はここだな。
その流れは戦前からあったと。

**デフォルトの名無しさん** · 2023/05/14(日) 18:50:56.65

>>254
昔から混用があったのと、政府が正式に使用を禁止したのでは全然意味が違う。

**デフォルトの名無しさん** · 2023/05/14(日) 18:56:05.62

＞当用漢字で碍を害に置き換えたせいで、この2つが衝突した。

せいで衝突したんじゃないな。

**デフォルトの名無しさん** · 2023/05/14(日) 18:58:21.13

>>256
衝突してるじゃん。学識がある人には使い分けができてたのに、使い分けが禁止になってる。

**デフォルトの名無しさん** · 2023/05/14(日) 19:08:36.54

それよりも前から衝突はしてるだろう。
あと当用漢字をそれ以外の「禁止」とするのもまた嘘だろう。
学識がある人はあれと「禁止」は区別がつくから心配には及ばないだろう。

**デフォルトの名無しさん** · 2023/05/14(日) 19:12:14.69

話を戻すと大陸の簡体字も同じやり口。
「機」の略字が「机」なわけではなくて、難しい漢字の「機」を廃止するんで、同じ音の「机」を使ってね。民間の手書きとかなら机って書いて人もいただろみたいなの。

**デフォルトの名無しさん** · 2023/05/14(日) 19:13:38.88

話を戻してて笑った。

**デフォルトの名無しさん** · 2023/05/14(日) 19:14:35.45

>>258
当用漢字は禁止だよ。公文書、学校教育、新聞などでの使用ができなくなった。
当用漢字が廃止されて、常用漢字の制定で推奨に変わった。

**デフォルトの名無しさん** · 2023/05/14(日) 19:22:00.23

使用が一切認められない「禁止」ではない。
そして「話を戻すと」、せいで衝突したんじゃないな。

**デフォルトの名無しさん** · 2023/05/14(日) 21:29:14.62

当用漢字表
https://www.bunka.go.jp/kokugo_nihongo/sisaku/joho/joho/kakuki/syusen/tosin02/index.html

使用上の注意事項
イ　　この表の漢字で書きあらわせないことばは，別のことばにかえるか，または，かな書きにする。
ロ　　代名詞・副詞・接続詞・感動詞・助動詞・助詞は，なるべくかな書きにする。
ハ　　外国(中華民国を除く)の地名・人名は，かな書きにする。
　ただし，「米国」「英米」等の用例は，従来の慣習に従ってもさしつかえない。
ニ　　外来語は，かな書きにする。
ホ　　動植物の名称は，かな書きにする。
ヘ　　あて字は，かな書きにする。
ト　　ふりがなは，原則として使わない。
チ　　専門用語については，この表を基準として，整理することが望ましい。

**デフォルトの名無しさん** · 2023/05/14(日) 23:31:19.13

原則となる調達基準が制定されてそれ以外が入りにくくなったみたいな話だよね
こういうの一言で言えば何なんだろう？「ルール」？

**デフォルトの名無しさん** · 2023/05/15(月) 00:45:03.74

簡略化は一貫性がない場合もあるのな。傳->伝、團->団とか

**デフォルトの名無しさん** · 2023/05/15(月) 15:41:30.69

異体字はその定義があいまいだから、IT技術者の仕様都合でどうにかできる話ではないでしょ

**デフォルトの名無しさん** · 2023/05/19(金) 01:30:50.77

UTF-8をよく見かけるけど
7とか6とかも昔はあったんですか？

**デフォルトの名無しさん** · 2023/05/19(金) 02:14:03.40

8ビットスルーでない経路が絶滅危惧種だし
HTTPで無駄にUTF-7なんて使っても知らんいわれるのがオチ
つかうにしてもプログラム書かないといけないならBase64のが筋がよさそう

**デフォルトの名無しさん** · 2023/05/19(金) 03:59:19.38

UTF-5のことも忘れないでいてあげるべき

UTF-5 ‐ 通信用語の基礎知識
https://www.wdic.org/w/WDIC/UTF-5

**デフォルトの名無しさん** · 2023/05/19(金) 05:56:35.73

UTF-1は美しそうだ

**デフォルトの名無しさん** · 2023/05/19(金) 06:20:44.06

やっぱり色々あるんですね㌧
これからも増える可能性もありそうですねー

**デフォルトの名無しさん** · 2023/05/19(金) 07:22:38.06

・・・ギャグで言ってるつもりなのか本気でそう思ってるのか判断がつかないんで一応補足しとくと
「UTF-#」の#はバージョン番号じゃなくて
Unicodeの文字を何ビットで表現するかを意味してる

基本的には16Bitで表現するUTF-16が一番楽
サロゲートペア文字もそうでない文字も同じデータ長として管理するなら32Bit表現のUTF-32がよい
だが現状はAsciiと互換性のある8Bit表現のUTF-8が事実上の標準となった
UTF-7はデータビット数を8⇒7に減らすことで少しでも通信速度を稼ごうとしてた昔の通信経路向けの規格

**デフォルトの名無しさん** · 2023/05/19(金) 07:55:58.41

>>272
バージョンじゃないんですか、詳しくありがとうございます！

**デフォルトの名無しさん** · 2023/05/19(金) 08:47:03.32

>>272
あんまり知ったかぶりすんな
>「UTF-#」の#はバージョン番号じゃなくて
虚偽、UTF-1 とか UTF-2 はバージョン

> 基本的には16Bitで表現するUTF-16が一番楽
虚偽、（もしくは個人の感想）

> UTF-7はデータビット数を8⇒7に減らすことで少しでも通信速度を稼ごうと
虚偽

**デフォルトの名無しさん** · 2023/05/19(金) 12:13:32.86

>>238
毛沢東文字やね
あれはスパイを発見し易くするために導入された

**デフォルトの名無しさん** · 2023/05/19(金) 12:33:17.95

>>272
>サロゲートペア文字もそうでない文字も同じデータ長として管理するなら32Bit表現のUTF-32がよい

doubt

**デフォルトの名無しさん** · 2023/05/19(金) 13:28:13.37

64bit版g++は、規定のstd::wstringがUTF-32だよ

**デフォルトの名無しさん** · 2023/05/19(金) 13:29:18.88

規定じゃなくて既定だった

**デフォルトの名無しさん** · 2023/05/19(金) 15:02:22.21

>同じデータ長

doubt

**デフォルトの名無しさん** · 2023/05/19(金) 16:15:02.50

ネタとして楽しむためには正しい知識がいる、という

**デフォルトの名無しさん** · 2023/05/20(土) 00:06:13.39

文字コード奥深過ぎだなアニメ化して欲しい

**デフォルトの名無しさん** · 2023/05/20(土) 13:16:12.40

IVSなめんな

**デフォルトの名無しさん** · 2023/05/20(土) 13:31:47.35

ペロッ...これは、0xE0100で修飾された異体字!!

**デフォルトの名無しさん** · 2023/05/20(土) 13:52:04.98

文字コードソムリエですね

**デフォルトの名無しさん** · 2023/05/21(日) 20:48:13.44

\ソムリエ

**デフォルトの名無しさん** · 2023/05/23(火) 23:24:40.51

漢字構成記述文字 IDSは何処かで有効活用されているのですか？

今の字体の見た目の直感と違うのですが
黒 →⿱里灬ダメ？

https://kanji-database.sourceforge.net/ids/ids-analysis.html
>解字ＩＤＳデータは、UCS漢字を、字の成り立ちからIDS化する作業を行っています。

U+09ED1 黑 ⿱𡆧炎會意 3840010
U+09ED2 黒 →黑
https://github.com/cjkvi/cjkvi-ids/blob/86b4d16159f0079437870408f0ca186e529015db/ids-analysis.txt#L18185

**デフォルトの名無しさん** · 2023/05/24(水) 23:52:15.53

見た目じゃなくて成り立ちだから歴史的経緯からIDS化してるんじゃね

**デフォルトの名無しさん** · 2023/05/27(土) 01:16:15.20

簡体字制定時にも過度の正規化に反対する良心的な人もいたみたいだけど…結果は文化継承お構い無しむしろ断絶こそ業績みたいな御用学者に押し切られた？わけで
一旦決まったからはあの面子の国、則天文字やルイセンコ学説宜しく滅ぶまで使い続けるんだろな
という訳で今すぐ滅びろ

**デフォルトの名無しさん** · 2023/05/27(土) 06:31:36.72

二簡字ぐらいいくとかっこよくも見えてくる

**デフォルトの名無しさん** · 2023/05/27(土) 14:22:30.10

utf-8が標準だと思ってたけど昨日Excel見たらutf-8じゃなくてビックリした

**デフォルトの名無しさん** · 2023/05/27(土) 15:25:11.32

メモリ上の内部コードはしらんけど
xlsxはXMLだからUTF-8じゃない？

**デフォルトの名無しさん** · 2023/05/27(土) 19:18:50.92

文語で「じゃない」を使うおじさん

**デフォルトの名無しさん** · 2023/05/27(土) 22:18:54.32

お姉さんの可能性あるで
俺もお姉さんだし( ･`ω･´)

**デフォルトの名無しさん** · 2023/05/27(土) 22:19:28.39

>>291
他の人のExcelも今度確認してみるわ

**デフォルトの名無しさん** · 2023/05/28(日) 11:38:12.73

XML は BOMつき UTF-16 も許されてるんじゃなかったっけ？
BOM無しなら UTF-8 だったか

**デフォルトの名無しさん** · 2023/05/28(日) 21:52:09.12

excelは昔からさまざまな文字コードに対応してる
高い互換性を維持し続けてる
それがMSの強さ
こういうところはUnixとかLinuxとかOSSでは
太刀打ちできない

**デフォルトの名無しさん** · 2023/05/28(日) 22:53:12.34

>>296
emacs だってexcel 以上に多種多様な文字コードに対応してるし、linux (glibc)の対応ロケールと文字コードの数は windows より多いぞ。
無知が擁護するとMSの格が下がるのでやめとけ。

**デフォルトの名無しさん** · 2023/05/28(日) 23:26:13.89

>>291
そうだね。実際には階層的になったXMLをzipにしてあるけど

んでXMLの中をよく見るとxlsxを作成したローカルのパスが書かれていたり。キモっ
おっと文字コード関係なかったw

**デフォルトの名無しさん** · 2023/05/29(月) 01:28:07.80

Microsoft が互換性重視とか最近のブラックユーモアは笑えないなぁ
ASCII との互換性を切捨てて UTF-16 にしようとして失敗したり
5年以上前のCPUは Windows 11 ではサポートしません、買い替えてくださいとか言い出したり
その頃 linux では33年前の CPU の 80486 の互換性はそろそろ切って良いのではという議論をしてた。

**デフォルトの名無しさん** · 2023/05/29(月) 12:46:50.20

2012年頃?
Windows10 が最後の Windows バージョンです(キリっ

**デフォルトの名無しさん** · 2023/05/29(月) 13:52:34.19

MSはJIS X 0213:2012のIVSに
Wordが早く対応したりしてそれほど悪い印象はない
しかしパス名が未だにCP932系なのは何とかならんのか

**デフォルトの名無しさん** · 2023/05/29(月) 14:43:43.87

>>301
ロケール設定とアプリの問題じゃないの？

**デフォルトの名無しさん** · 2023/05/29(月) 15:27:55.29

近年のMSは、昔からの独自仕様での高い互換性よりも、オープンソース＆標準準拠を進めているのは良い

**デフォルトの名無しさん** · 2023/05/29(月) 21:29:10.05

>>302
日本ロケールだとNTFSのパス名がShift JIS

**デフォルトの名無しさん** · 2023/05/29(月) 21:38:29.70

ファイル名で使用される文字セット
https://learn.microsoft.com/ja-jp/windows/win32/intl/character-sets-used-in-file-names

＞ NTFS では、Unicode にファイル名が格納されます。

**デフォルトの名無しさん** · 2023/05/29(月) 21:41:41.73

>>304
そういうのはコンソールやアプリ側のエンコーディング設定であってな...

**デフォルトの名無しさん** · 2023/05/29(月) 21:58:43.15

UTF16はMBCSと共存しており切り捨てた訳ではない
windows11で64bit版だけになるまで16bitアプリも動かせてたわけで
そもそもソースレベルでしか互換性を保てないのがLinux
Linuxは当初はEUCだったと思うけど当時の日本語対応ソフトが今のUTF8で動くかい？

**デフォルトの名無しさん** · 2023/05/29(月) 23:12:48.07

>>307
あほ？ EUC-JPアプリって何？
２0年前にコンパイルされたアプリが一切の改変無く、EUC-JP でも、UTF-8 でも SJIS でも動くんだが？
ロケールの切り替えとか知ってる？

**デフォルトの名無しさん** · 2023/05/30(火) 07:55:17.64

>>308
Linuxで20年前にコンパイルしたバイナリが今のLinuxで動く？
冗談はやめてほしい
百歩譲ってロケール切り替えで動くとして今のUTF8前提のアプリと共存出来ないでしょ
Windowsだったら20年前のMBCSのソフトもそのまま動くよ
当然Unicodeのソフトも動く
Ubuntuが32bitCPUのサポートカーをきったのは5年くらい前だっけ
Windows11より速いですね
あとマイクロソフトがMBCS切り捨ててUTF16一本にしようとしたってのは初耳ですが根拠を出してほしい

**デフォルトの名無しさん** · 2023/05/30(火) 08:50:00.67

>>309
技術がないやつは、これだから。
お前の技術が足りないのをOSのせいにしてるだけだな
全部できるぞ。俺が実際使ってるし
Ubuntu で32ビットアプリも動いてるよ

**デフォルトの名無しさん** · 2023/05/30(火) 09:40:11.60

コンパイルしたなら文字コード関係なくそりゃ動くわな。
スクリプト言語なら知らんが。

**デフォルトの名無しさん** · 2023/05/30(火) 10:48:25.25

スクリプト言語のが文字という概念があるから
ロケールみて外部入出力ちゃんと取り持ってくれそう
昔のプログラムはバイトストリームで処理してるから問題ないだけで
ロケールなんてgettextで文言変わるくらいにしか利用してない

**デフォルトの名無しさん** · 2023/05/30(火) 12:45:01.53

>>309
冗談は辞めてほしい
君が何も知らないのはよく分かった

**デフォルトの名無しさん** · 2023/06/07(水) 04:27:17.54

タイトルに付いていたらあ、クソだなと思うもの
異世界
チート
転生
のんびり
最強
スローライフ
無双
ギルド
追放
スキル
おっさん
勇者
魔王
賢者
魔術師
錬金術
聖女
奴隷
悪役令嬢
婚約破棄

**デフォルトの名無しさん** · 2023/06/07(水) 17:58:56.39

遅くとも<title>までにはエンコードを確定できるワードが欲しいね

**デフォルトの名無しさん** · 2023/06/18(日) 09:23:53.16

どす恋！

**デフォルトの名無しさん** · 2023/06/22(木) 20:17:25.79

>>312
> 昔のプログラムはバイトストリームで処理してるから問題ないだけで
> ロケールなんてgettextで文言変わるくらいにしか利用してない

あっさり言ってくれちゃってますが
Ken Thompson大先生の大発明UTF-8以前は
みんな処理系から実行系まで
USC-2対応に書き換えるつもりだったんですよ?

凄く簡単なアイデアだけど着眼点がシャープ

それから商業UNIXのm17nは徹底的なもので
grepなんかも各言語、各文字コード対応だった

**デフォルトの名無しさん** · 2023/06/22(木) 20:30:09.06

👁－－－－－－－－→

**デフォルトの名無しさん** · 2023/06/22(木) 23:18:43.47

昔のプログラムはバイトストリームで処理してるから問題ない？
そんなわけないだろ
正規表現の.とかUTF-8の一文字に対応させんといかんから
ほとんどのプログラムに修正が必要だぞ
今も修正できてないコマンドはいくらでもある

**デフォルトの名無しさん** · 2023/06/23(金) 00:24:16.74

相手が変なこといってるなと感じたら
じぶんが拾えてない情報がないか確認するよねふつう

**デフォルトの名無しさん** · 2023/06/23(金) 00:39:25.84

ふわっとしてんな

**デフォルトの名無しさん** · 2023/06/23(金) 05:42:45.03

>>320
お前、もしかして相手が変なことを言っていると感じているのか？

**デフォルトの名無しさん** · 2023/06/23(金) 11:06:55.50

>>317
みんな突っ込まないでくれているけど
USC-2 → UCS-2

**デフォルトの名無しさん** · 2023/06/23(金) 11:12:13.58

>>323
タイポとか誤変換とかに突っ込んでたらきりがないのでわかってるぽいのはスルーで
無理に訂正する必要もないよ

**デフォルトの名無しさん** · 2023/06/23(金) 13:39:13.07

なーんだ、てっきり南カリフォルニア大学ことかと思っちゃった

**デフォルトの名無しさん** · 2023/06/23(金) 13:40:28.91

のw

**デフォルトの名無しさん** · 2023/06/23(金) 16:35:16.14

このスレに来る人はICUを集中治療室とか国際基督教大学とは思わないから安心しろ

**デフォルトの名無しさん** · 2023/06/23(金) 16:49:42.58

UTF-8がASCII互換っていうのはASCII部分のみが互換っていう意味で
ASCIIだけを使ってるなら動くってことだよ
ASCII以外の漢字部分までASCII互換になるわけがない
そもそもASCIIに漢字なんて無いんだから
漢字は別途対応、もちろん漢字だけじゃなくて絵文字とかも含むからね

**デフォルトの名無しさん** · 2023/06/24(土) 15:50:27.65

これで気兼ねなくATMの話ができます！

**デフォルトの名無しさん** · 2023/06/24(土) 15:54:00.59

>>319
正規表現とか使ってなければ問題無いだろう
ほとんどのプログラムに修正が必要は大げさ

**デフォルトの名無しさん** · 2023/06/24(土) 16:15:39.62

昔のプログラムがバイトストリームで処理してると思っているあたりが素人くさい。
MS-DOSの話してるんだろうか？

**デフォルトの名無しさん** · 2023/06/24(土) 17:49:25.13

>>330
ASCII以外の文字を扱う全てのプログラムに修正が必要

**デフォルトの名無しさん** · 2023/06/25(日) 09:29:11.85

>>331
昔も今もバイトストリームだろ
じゃなきゃバックスラッシュと円記号が同一視されるはずがない

**デフォルトの名無しさん** · 2023/06/25(日) 11:58:16.15

>>333
小学生でもそんなこと言わんぞ
「文字コード」って聞いたことあるか？

**デフォルトの名無しさん** · 2023/06/25(日) 13:42:41.66

多バイト文字の処理が念頭にあるんだろうけども
改行含めてASCIIの範囲でマッチできれば成立するプラグラムの方が大半な気がする
catやcpなんて文字コードなにそれだし

**デフォルトの名無しさん** · 2023/06/25(日) 17:28:04.26

うん。だからテキスト処理関係のフィルタコマンドだよ
grepとかsedとかawkとかtrとかcutとかsortとか
そこいらは全部修正が必要

**デフォルトの名無しさん** · 2023/06/25(日) 17:56:47.65

>>336
お前どこのツール使ってるの？
オレの sort とかのツールはちゃんとロカール対応してるけど？

**デフォルトの名無しさん** · 2023/06/25(日) 19:33:55.93

>>329
それは回線にモデルとかISBNとか使ってた頃の遺物だろww

**デフォルトの名無しさん** · 2023/06/25(日) 19:53:24.27

ぼくは雑誌コード

**デフォルトの名無しさん** · 2023/06/25(日) 19:59:23.87

>>337
だからロケールに対応する修正が入ってるから今は動くようになってるんだろ
UTF-8がASCII互換だからって、何も修正しないで動くわけじゃないって話をしてる

**デフォルトの名無しさん** · 2023/06/25(日) 20:41:53.62

>>340
Unix 系はunicodeとか発明される以前の昔からロカールあったろ？お前のは無かったの？
UTF-8 きても対応文字コードが増えた以上の変化はないぞ

**デフォルトの名無しさん** · 2023/06/25(日) 21:34:04.71

>>336
ほとんどのプログラムって言っていたのが随分と対象が減ったな

**デフォルトの名無しさん** · 2023/06/25(日) 21:49:59.79

>>341
昔にロケールなんて概念ねーよｗ
あったとしてもASCIIしか考慮してないプログラムは
ロケールに対応してない

**デフォルトの名無しさん** · 2023/06/25(日) 21:54:46.00

どうせ今の話しか知らんくせに
やってみたら動いているみたいだから
昔から対応していたみたいの思ってるんだろうけど
これとか読んだら？

GNU Coreutils - Multibyte/unicode support
https://crashcourse.housegordon.org/coreutils-multibyte-support.html

**デフォルトの名無しさん** · 2023/06/25(日) 21:56:04.00

多くの人の努力によってようやくUTF-8に対応しつつあるというのに
ASCIIのままのプログラムでUTF-8でも動くとか

あーほみたいじゃなくて、あーほ

**デフォルトの名無しさん** · 2023/06/25(日) 22:09:28.31

>>343
unicode や UTF-8 よりロカール機構の方が古いって本当に知らないの？
調べもしないの？恥ずかしくない？