文字コード総合スレ part15

**デフォルトの名無しさん** · 2025/12/21(日) 12:36:02.87

>>528
意識高く、
「あなたのunicodeは、Windowsで作成したものですか？
それともunicode完全準拠の金のシステムで作成したものですか？」
といちいち問えばいいんではないですかね。
嫌われるだろうけど、お前の目的は達成できるだろうよ。

**デフォルトの名無しさん** · 2025/12/21(日) 14:01:38.42

Kの話で知ったが
物理と言ってもVやAやPやEやBやHやGやTやIやCやQやDやFやJやLやMやRやUやWが独立した話は聴いた事が無い
μをuと描く香具師が居るのは迷惑だった鴨試練
C言語のCとかD言語のDは別コードになってる方が検索には便利だったはず

**デフォルトの名無しさん** · 2025/12/21(日) 14:07:11.21

windows が unicode を採用したのは当然ながら unicode が出来た後だよ
そういう当たり前の事実すら見えなくなってるのが windows 老害

**デフォルトの名無しさん** · 2025/12/21(日) 15:22:21.34

>>532
俺が正しい、お前が間違い、なWeb系パヨクの言い分だな。
実際google筆頭にこんな感じではあるが。
最早日本語が通じ無い感があるが、再度繰り返すと、

スマホの方が後発であり、その時既にWindowsが支配的シェアを持っていたのだから、
・Windowsの仕様を丸パクする、または、
・Windowsコード→オレオレunicode変換器を準備する
が非パヨクな普通の人が採る選択肢だ。(＝非パヨクなら、解決の具体策を準備する)

後から「標準化しました〜こっちのほうが正しいです〜」と難癖付けられても、
互換性を重視すればそう簡単に変更するわけにも行かない。
そしてポリコレ棒ならぬ規格棒で殴り続けるという手口か。

まあお前は「Windowsのunicodeは、unicodeではありませんよ」と言い続ければいい。
疎まれるだろうけども、お前は満足できるだろうよ。
そしてこれは、物事を解決する気がなく、ただ文句を言うだけの、典型的なパヨク仕草だと思うぜ。

**デフォルトの名無しさん** · 2025/12/21(日) 15:57:03.22

>>531
> Unicode Block “Letterlike Symbols”
> https://www.compart.com/en/unicode/block/U+2100
見た目何がしたかったのか分からんが、
ℎ(プランク定数0x210e)とか、h(アルファベット)で文句言ってる奴に遭遇したこと無いので、
書き直せって事になれば混乱するだけだろう。

> μをuと描く香具師が居るのは迷惑だった鴨試練
むしろ俺は慣れすぎて、最近増えた、頑なにμを使う奴がウザいが。
(というか、以前はum,usと書く以外の選択肢がなかった)

> C言語のCとかD言語のDは別コードになってる方が検索には便利だったはず
これはABCのCなのだし、検索という概念自体がなかった頃なのだから致し方なし。
D言語はそもそも検索でヒットする必要もなし。
Go言語という命名をした連中はただの馬鹿。でもこれ以降、ググラビリティが気にされるようにはなった。

unicodeはすべてを「文字」に集約しようとした。多分ここが間違いだった。
今作り直すなら、ほぼ間違いなく、タグにするはず。つまり、

unicode: K (0x212aという、K(0x4b)とは別の字を用意)
今なら…: <class="KelvinSign">K</> (アルファベットのKに情報を付加)

考えてみれば、Texがこれに近いか。
まあasciiの時代にアレコレ何とか表示しようとしたらこれしか無かったからではあるが。
IVS/IVDも、実はタグ方式のほうがスマートに解決できるのかも？

**デフォルトの名無しさん** · 2025/12/21(日) 21:52:07.35

unicode警察くんが存在する事が面白いけど、困り事はサッパリ分からん。
スマホアプリで見た目の円マークとバックスラッシュを使い分けたいシチュエーションも分からん。
エスケープ文字や正規表現でバックスラッシュは使うけど、そこで円マーク出てきても（今は出て来ないと思うが）困る訳でもないし

**デフォルトの名無しさん** · 2025/12/22(月) 07:09:14.21

>>535
実際、文字コードというよりはフォントの問題だからな。
0x5cが半角円記号で表示されるフォントを使えば、見た目以外の問題はなくなる。
そして気づいたんだが、LinuxMintでも半角円記号で表示されてた。つまり、

・Windows→半角円記号
・Linux(Mint)→半角円記号
・泥9,泥14→半角バックスラッシュ

で、googleが意識高い系馬鹿ムーブをやらかしてるだけだ。
とはいえ、フォント変えれば済むなら、試しにやってみようかと思いきや、
変える設定無いんだな。root化必須かこれ？
この辺がどうにもスマホに借りてきたデバイス感が拭えず、好きになれないところだ。
PCと同様に、完全にオープンアーキテクチャにして、好きなOSその他を入れさせてくれ、と思うよ。
(今のメーカー製PCと同様の扱いでいい)

**デフォルトの名無しさん** · 2025/12/22(月) 07:30:48.38

>>536
そのMintが異常なだけだろ
LinuxはUbuntuなどいくつか使ってるが0x5cは当然バックスラッシュ

**デフォルトの名無しさん** · 2025/12/22(月) 08:42:11.05

>>537
「正常」なだけだな。
safariも大昔からパッチ入れてるらしいぞ。
https://teppeis.はてなblog.com/entry/2014/09/safari-backslash-yen-sign

**デフォルトの名無しさん** · 2025/12/22(月) 08:42:33.96

>>536
mint でどのフォント使ってんだよ？
お前が windows からパクってきたフォントか windows 互換フォントわざわざ使ってるんじゃないの？

**デフォルトの名無しさん** · 2025/12/22(月) 09:00:03.13

>>539
さあ？特段自分では何もやってない。apt installやググってああしろこうしろをそのまま。
ただ以下見る限り、0x5cを『日本語環境では』標準で円記号に当てるようだがな。
https://forums.linuxmint-jp.net/viewtopic.php?t=1409

Archならまだしも、Ubuntuですらその程度だからLinuxも広まらないのだな。
規格ガーではなく、出来る限り馬鹿でも問題ないように最初からしとけではある。

**デフォルトの名無しさん** · 2025/12/22(月) 09:16:05.20

>>539
MintのFirefox上では https://agree.5ch.net/v/style.css によって
font-family: ArialMT, "Hiragino Kaku Gothic ProN", "繝偵Λ繧ｮ繝手ｧ偵ざ ProN W3" !important;
が当たってる。(上記のとおり、DevTools上で文字化けしてる)

Mintではターミナルでも半角円記号出るが、これが0x5cか0xa5かは分からん。
フォントは Monospace Regular 10 になってる。

泥chromeのフォントはどうやったら分かるんだこれ？
DevTools開けんし。

**デフォルトの名無しさん** · 2025/12/22(月) 10:01:52.69

>>540
それはキーボードの話な

・linux は UTF8 なので円記号とバックスラッシュをちゃんと使い分けてる
・linux はバックスラッシュを多用するけど円記号はなくてもさして困らない
・JISキーボードには円記号はあるけどバックスラッシュのキーはない、円記号のキー押すと正しく 0xA5 が入力される
バックスラッシュ 0x5C 入力したいけどどうすばいい？って問題がある

標準な解決策は

・JISキーボードなんか捨ててバックスラッシュがある US配列のキーボード買ってこい
・けちりたいなら設定だけUSキーボードにしてキートップなんか見ずにUS配列で使え
・どうしてもJIS配列が好みなら使わないキー（windows 互換にしたければ円記号キーとかでも良い）にバックスラッシュ割り当てろ、打てなくなったのはコピペなりかな漢字変換で入力しろ

みたいな話だ。円記号とバックスラッシュが同じに見える windows ユーザーは常にとまどってくだらない質問繰り返してる

**デフォルトの名無しさん** · 2025/12/22(月) 11:02:41.57

>>542
キーボードに詳しくないやつのために敢えて補足しておくと、現実には

・通常PC用として売られている日本語キーボードは純正のJIS規格配列じゃなくて改造されたOADG106キーボードで円記号とバックスラッシュは別のキーになってはいる
・でもWindowsで指が覚えてる人とかは円記号のキーを押した時にもバックスラッシュになって欲しい

linux 側でもこの辺は分かっているので対応してくれてるけどディストロとかバージョンによってデフォルトをどうするかとかの思想（日本人以外が決めてることも多い）に違いがあるかもしれない（違いが悩ましければUS配列買ってくるか自分でなんとかしろみたいな話）

キーボードとかOS内の話なので他人に影響しないので自分の好きにカスタマイズすればいいよ

**デフォルトの名無しさん** · 2025/12/22(月) 11:20:10.08

>>542-543
ちな、俺環境はUSキーボードだ。(MintもWindowsも)
そしてMintとWindowsで目に見えて違いはない。

MintでUSキーボードのバックスラッシュを押すと、ターミナルでは半角円記号になる。
(なおMonospaceフォントでは、0x5cは半角バックスラッシュ、0xa5は半角円記号らしい)
Mint側であまりバックスラッシュを使用しないのでなんともだが、
例えばDevToolsのコンソール上では問題なく動作する。(表示は半角円記号)
どこで差し替えてるのかはよく分からん。が、まあ、気にせず使える程度にはなってる。
(これはアプリ側で0xa5を0x5c扱いしてるのかも？ならこれでもいいんだが)

**デフォルトの名無しさん** · 2025/12/22(月) 12:18:57.64

>>544
その monospace フォントというのは別のフォントへのリンクで代表名みたいなものなので実態を確認しないと
どうせ mint のことだから monospace が TAKAO PGothic に設定されてるとかなんじゃね？

**デフォルトの名無しさん** · 2025/12/22(月) 12:39:35.32

PCならAlt+数値入力でコードで文字入力できるよね
マカーだからいまでも有効かはしらない

**デフォルトの名無しさん** · 2025/12/22(月) 18:43:45.60

>>545
デフォルトフォント: Ubuntu Regular
デフォルトMonospaceフォント: Monospace Regular
となってることしか分からんな。

とりあえず、
awk -v BINMODE=rw 'BEGIN{for(i=0;i<256;i++)printf("%c",i)}' | od -A x -t x1z
で確認すると、0x5cは半角円記号のフォントになってる。
ただgawkもutf8出力になってて、しかもBINMODEも何故か効かないので
0x80以降がc2,c3が付いてる2バイトコードになってて糞ウザい。
よってこの方法では0xa5のフォントは分からんが、
echo -e "\xa5" とすると、○に?、つまり多分豆腐の親戚が出る。
export LC_ALL=C してからだと0x80以降もバイナリが出てくれるが、od 出力は . だな。
0x80以降にはフォントが当たってない？らしい。

> どうせ mint のことだから
こんな事言ってるから意識高い系馬鹿のままなんだぞ。
こんなのは馬鹿に合わせる＝何も知らない人が何もしなくても苦労しないようにするべきであって、
0x5cが半角円記号なのを見たら火病で死ぬ人たちが勝手にフォントを変更すればいいだけ。
Mint日本語化グループの判断の方が正しい。

**デフォルトの名無しさん** · 2025/12/22(月) 20:05:16.27

ちな TAKAO フォントというのは IPA フォントを日本語 Windows に入れて使えるように MS Gothic/MS明朝互換に魔改造したフォント

Linux 用というわけではないのに元のIPAフォントより対応文字数が多いとかかなんかで採用されてた過去がある。ただし日本語Windows互換フォントなので 0x5C が円記号になってしまう（mint の派生元の ubuntuとかだと10年くらい前に問題になって別フォントに変更された記憶だけど mint は TAKAO が残ってるかも

あと 0x5C が円記号になるのはIPAモナーフォント。これは2chのAAを正しく表示するために文字幅まで含めてMSゴシック互換に魔改造したフォント

逆に linux ではこれらのような日本語Windows互換を名乗ってる特殊なフォント以外でUTF-8 の 0x5C が円記号になるのフォントは聞いたことがない（もちろん JIS X 0201 フォントなら円記号だが

**デフォルトの名無しさん** · 2025/12/22(月) 20:08:07.06

awk で調べる発想に感動した。後で試してみる

**デフォルトの名無しさん** · 2025/12/23(火) 08:17:08.76

>>548
> 逆に linux ではこれらのような日本語Windows互換を名乗ってる特殊なフォント以外でUTF-8 の 0x5C が円記号になるのフォントは聞いたことがない
これは多分因果関係が逆で、unicode警察が厳しく取り締まった結果、

・0x5cがバックスラッシュのもの”のみ”をucnicodeと称して良い
・0x5cが円記号のフォントは全て「Windows互換」とし、unicodeと称するのは禁止

となったからではないか？
最終的にどうしたいのか知らんが、原理原則通り美しく、

・半角円記号として用いられている0x5cは全て0xa5に書き換える

を目指すなら、utf8→utf8でのコード変換(＝同一コード同士でのコー
ド変換)はどう考えてもおかしいので、
Windowsはutf-8ではない、まがい物、例えばutf-8"W"を使っている、等、
最低限「別物」として一般的に認識させる必要があり、この宣伝活動に従事しているのがunicode警察だとも考えられる。
そしてこれは一定の成果を得られ、
「全てのunicodeフォントでは0x5cはバックスラッシュであり、
0x5cが円記号なのは"Windows互換フォント"」と認識される事になった。

**デフォルトの名無しさん** · 2025/12/23(火) 08:17:43.46

次の手は実際の書き換えだが、現実的にはこれは割と簡単で、

・和文でバックスラッシュが用いられる事はない
・日本語圏でバックスラッシュを用いてるのはプログラマだけ

なので、ascii範囲の文字数と、それ以外の文字数を比べ、

・和文ならほぼ100%の確率で和文文字数>>>ascii文字数、となるので、この場合の0x5cは全て0xa5に置換
・プログラムコードなら99%以上は、 ascii文字数>和文文字数、となるので、この場合は何もしない

で、9割以上の案件は解決する。
ここみたいに0x5cを議論してる場合は手動での回避が必要だが、
この場合は現時点でも問題が発生しているので、
(例えばこのスレを泥chromeで読めばWindowsとは違った見え方になる)
手動で置換しても手間が増えるわけではない。

だからまあ、unicode警察勢力の思惑は、まあ割と上手く進行中なのだろうよ。

**デフォルトの名無しさん** · 2025/12/23(火) 08:18:22.68

> mint の派生元の ubuntuとかだと10年くらい前に問題になって別フォントに変更された記憶
ここら辺が無駄にお高く留まってるところだよ。
原理的Linux信者はWindowsの撲滅を願っており、この為にはとにかくシェアが必要なのだが、
Linuxのシェアを上げる養分は100%、Windows→Linuxの移行組であるにもかかわらず、
Windowsとの間に無駄に壁を作っているという。
unicode警察を見習って、大いなる目標「Windowsの撲滅」の為に、積極的にWindowsを丸パクする、のもありだと思うんだけどな。