文字コード総合スレ Part11

**デフォルトの名無しさん** · 2018/01/22(月) 22:58:23.45

プログラマーなら一度は煩わされたことのある文字コードについてのスレ。
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/

**デフォルトの名無しさん** · 2018/04/12(木) 23:02:24.84

>>181
同じCGROM使ってたとか何か理由ありそう

P6の方は60の`を欠いてたけど

**デフォルトの名無しさん** · 2018/04/13(金) 16:59:26.64

>>183
あれ、確かUCS/Unicodeにも入ってなかったっけ？
……と思ったらUnicodeに入ってたのは三分割じゃなくて二分割だったか。うーん残念？

U+23B2 ⎲ SUMMATION TOP
U+23B3 ⎳ SUMMATION BOTTOM

**デフォルトの名無しさん** · 2018/04/14(土) 00:05:01.57

なんかわからんがすげーかっこいいな

**デフォルトの名無しさん** · 2018/04/14(土) 03:08:10.81

UCS/Unicodeっていう表現はどういう意味？

**デフォルトの名無しさん** · 2018/04/14(土) 03:10:11.52

ｇｇｒｋｓ

**デフォルトの名無しさん** · 2018/04/14(土) 09:40:32.83

>>189
GNU/Linux みたいなもんだろ

知らんけど

**デフォルトの名無しさん** · 2018/04/14(土) 16:05:24.15

ISO-2022-JP/MIME
みたいなもんだと思ってた

**デフォルトの名無しさん** · 2018/04/14(土) 21:53:33.44

>>189
微妙な違いはあれど「ucsやunicodeなどと呼ばれてるもの」みたいな意味で使ってるんじゃないかなー。
x64/amd64みたいな？

**デフォルトの名無しさん** · 2018/04/15(日) 10:32:04.48

それはない

**デフォルトの名無しさん** · 2018/04/25(水) 16:00:07.45

Yahoo!ニュースが突如「？？？？？」しか書かれていない記事を公開、閲覧者の脳内が「？？？？？」になる【修正済み】 - Togetter
https://togetter.com/li/1220498

https://headlines.yahoo.co.jp/hl?a=20180422-00000028-yonh-kr

もう修正されちゃったけど、文字化けの記録として。

**デフォルトの名無しさん** · 2018/04/25(水) 16:01:07.60

Windows 10 機能更新プログラム (2018 Spring Release) における元号のレジストリ更新について – Japan New Era Name Support Blog
https://blogs.technet.microsoft.com/jperablog/2018/04/20/rs4-registry/

「？？」ってさあ……もうちょっと、こう、何か無かったのか。

**デフォルトの名無しさん** · 2018/04/26(木) 10:43:23.40

Googleが銃の絵文字を水鉄砲へ変更
https://blog.emojipedia.org/google-updates-gun-emoji/

**デフォルトの名無しさん** · 2018/04/26(木) 15:21:01.42

>>196
でもどうしたらよかったんだろう

**デフォルトの名無しさん** · 2018/04/26(木) 16:11:58.36

>>197
これはひどい

**デフォルトの名無しさん** · 2018/04/26(木) 19:04:18.92

戦争の場が宇宙に移ったということだろう
水鉄砲というよりもSFにありそうなレーザーガンっぽいしw

**デフォルトの名無しさん** · 2018/04/26(木) 19:35:12.68

なぶるとかの漢字も狩られちゃうー

**デフォルトの名無しさん** · 2018/04/27(金) 04:11:19.93

過去の文献のニュアンスが変わってしまいそうだが大丈夫か……

**デフォルトの名無しさん** · 2018/04/27(金) 07:59:57.84

卍が表示できなくなるのはいつですか？

**デフォルトの名無しさん** · 2018/04/27(金) 17:46:31.89

発電所の記号もだめか

**デフォルトの名無しさん** · 2018/04/27(金) 17:59:20.13

>>203
双輪にしたらどうかな？ｗｗｗ

**デフォルトの名無しさん** · 2018/04/28(土) 14:21:23.68

絵文字のデザインなんて前からコロコロ変わるゆるふわなものだってことじゃないの
U+1F3B1 BILLIARDS は例示ではキューと積まれたボールのデザインだったのに各メーカーは何が気に入らなかったのか知らんけど「8ボール」のデザインで実装
仕方ないので Unicode 12.0 では例示字形を変更し元々のキュー&ボールは U+1F93F BILLIARD GAMES として新たに追加(予定)とか
もう何でもありだなって思うわ。

**デフォルトの名無しさん** · 2018/04/28(土) 17:41:47.97

モヤイとか昔から出しな

**デフォルトの名無しさん** · 2018/04/29(日) 04:53:57.13

毛沢東とかもそうだが
馬鹿ほど文字を替えたがる

**デフォルトの名無しさん** · 2018/04/29(日) 22:48:21.31

元々auの絵文字が文字名はモヤイだけどグリフイメージがモアイだしなあ
そんでもってdocomo/Softbankへ送ると[モアイ]になるんだっけ？どっちだよｗ

**デフォルトの名無しさん** · 2018/04/30(月) 04:31:43.91

モヤモヤするなあ

**デフォルトの名無しさん** · 2018/04/30(月) 12:14:27.36

モアモア

**デフォルトの名無しさん** · 2018/05/01(火) 21:01:23.78

新元号への対応に向けた検証とテストケースについて
https://blogs.technet.microsoft.com/jperablog/2018/05/01/test-case/

現時点で新元号は発表されておりませんが、新元号に対しても合字を用意すべく、
弊社では Unicode コンソーシアムや日本政府、業界団体とともに
Unicode 上の文字コードの確保や新しい字形の作成、フォントの更新について準備を進めております。

新しい合字のコードポイント等については未確定の状況でございますが、
今一度、下記のような合字の表示、入力に問題がないかご確認ください。
また新元号の発表後に追加される合字を正しく表示するためにはフォントの更新 (合字のグリフの追加) が必要となりますため、
アプリケーションにてご使用のフォントについても確認が必要と想定されます。

- ㍻ (U+337B)
- ㍼ (U+337C)
- ㍽ (U+337D)
- ㍾ (U+337E)

また、合字を含めた検索や並べ替えについては、少々考慮が必要です。
弊社の Web 検索 "Bing" では、"㍻" を検索した際 ”㍻” と ”平成” の両方が検索されます。
一方、Word では "㍻" の検索の際には "㍻" のみが検索されます。
検索や並べ替えの動作についても正規化処理の状況によって異なる結果となることが予想されますため、
ご確認をいただくことをお勧めいたします。

**デフォルトの名無しさん** · 2018/05/01(火) 21:40:31.70

年号に合字コード用意するのやめようぜ
普通に2文字使えばいいじゃん
どうしても組文字にしたければフォントじゃなくて
ワープロソフトとかDTPソフトにやらせてくれよ

**デフォルトの名無しさん** · 2018/05/02(水) 08:28:01.76

https://twitter.com/KawamataAkira/status/990740397490978816

そういえば、MSKKの社員だった時代(1990年頃)、自分のまわりにいた日本人の技術者は全員元号のサポートに反対だった。
元号を入れたがったのはアメリカ本社のアメリカ人技術者。

日本人はそんなものサポートしたって面倒が増えるだけだと分かっていたけど、
各国の伝統文化を尊重したというポーズを取って得点を稼ぎたいアメリカ人とは利害が違ったのだと思う。

**デフォルトの名無しさん** · 2018/05/02(水) 10:27:09.46

フォントで合字するのは別にいいよ
わざわざ文字コードに入れるのがアホなんや

**デフォルトの名無しさん** · 2018/05/02(水) 15:41:15.94

佳子のもはよ

◆QZaw55cn4c · 2018/05/02(水) 18:53:41.71

>>214
アメリカ左翼の弊害は底知れないね

**デフォルトの名無しさん** · 2018/05/03(木) 01:34:21.57

>>214
その「元号のサポート」って機種依存文字エリアに合字の年号を入れることを指してる？
時刻の表示形式の「平成XX年XX月XX日」みたいなののことじゃ・・・

合字は伝統文化じゃないよね別に

**デフォルトの名無しさん** · 2018/05/03(木) 22:41:08.91

合字に関しては、直前２文字の表示幅を半分にする制御文字を追加すればいい気がする。
絵文字で肌色指定する制御文字がすでにあるので、それと同じ。
システムにフォント表示幅を変える機能が必要ではあるけど。

**デフォルトの名無しさん** · 2018/05/03(木) 22:43:07.70

>>219

＞絵文字で肌色指定する制御文字がすでにある

そんなものあるの？Unicodeの理念からどんどん遠ざかっている気がする

**デフォルトの名無しさん** · 2018/05/03(木) 22:49:28.42

>>220
肌の黒い中国人とか表示可能。
👲👲🏻👲🏼👲🏽👲🏾👲🏿

**デフォルトの名無しさん** · 2018/05/03(木) 23:02:39.59

あー失礼。直前2文字ごとじゃなくて直前1文字ごとに設定すればいいだけか。

**デフォルトの名無しさん** · 2018/05/04(金) 00:29:10.94

>>219
ゼロ幅接合子が漢字を対象に使われた場合は、その漢字同士で合字を作るようにすればいい

**デフォルトの名無しさん** · 2018/05/04(金) 02:22:41.61

1文字単位で半角幅化できれば合字いらなくなるでしょ。

**デフォルトの名無しさん** · 2018/05/04(金) 02:36:16.61

峠か

**デフォルトの名無しさん** · 2018/05/04(金) 07:21:22.23

文字幅セレクタなんてもんができてしまったら
EAWもfullwidth領域もなんだったんだってことになるだろw

**デフォルトの名無しさん** · 2018/05/04(金) 09:03:45.93

>>224
合字じゃないと縦書きのとき困る

**デフォルトの名無しさん** · 2018/05/04(金) 11:52:27.49

単純に幅半分にしたら縦と横の線の太さがチグハグになりそう
フォント屋が頑張って調整すればいいか

**デフォルトの名無しさん** · 2018/05/04(金) 18:46:40.30

ネ申 → 神

**デフォルトの名無しさん** · 2018/05/04(金) 18:55:49.29

>>228
白黒の2色じゃなくて中間色を使うアンチエリアスが必要。
フォント屋の仕事じゃなくてOSレベル(例：WindowsのClearType)の範疇。
印刷時の見栄えを一致させるには、当然、印刷機も中間色への対応が必要。

**デフォルトの名無しさん** · 2018/05/04(金) 20:48:04.97

縦倍角横倍角四倍角てのをふと思い出したわ

**デフォルトの名無しさん** · 2018/05/04(金) 21:04:25.47

正体を単純に長体にすると視認性が落ちるからとCondensedやCompressedな書体を作ってるデザイナーが見たらガックリくるような話だな

**デフォルトの名無しさん** · 2018/05/04(金) 21:36:34.74

このネタいつまで引っ張っても元号に文字コード割り当てようという考えが如何に頭が悪いかということを思い知らされるだけだ

**デフォルトの名無しさん** · 2018/05/05(土) 04:12:58.69

少なくとも期間情報も含めないと意味無いし

**デフォルトの名無しさん** · 2018/05/05(土) 09:14:26.61

これでその時点の元号を表示すればいいのか
<日本の元号を表すコード(共通)> <西暦年(100の位 : 6～20)を表す制御コード> <西暦年(0～99)を表す制御コード> <月(1～12)を表す制御コード> <日(1～31)を表す制御コード>

**デフォルトの名無しさん** · 2018/05/05(土) 09:15:06.04

なるほど

**デフォルトの名無しさん** · 2018/05/05(土) 13:12:46.35

文字コードとプログラミングの区別ができない人は、このスレに書き込まないほうがいい。

**デフォルトの名無しさん** · 2018/05/05(土) 17:28:35.54

>>235
順序はあるんだから
日本の元号を表すコード(共通)> <順序数コード>
で済むよね

**デフォルトの名無しさん** · 2018/05/05(土) 21:59:51.63

南北朝時代どうすんだ

**デフォルトの名無しさん** · 2018/05/05(土) 22:12:48.38

全角文字を半角の幅で表示したい潜在需要は、中国や韓国にもあると思うます。

**デフォルトの名無しさん** · 2018/05/05(土) 23:45:45.90

全角文字という概念がそもそも頭悪い感じ

**デフォルトの名無しさん** · 2018/05/06(日) 00:56:49.53

7pt文字から36pt文字までコードを割り当てれば十分だと思う。

**デフォルトの名無しさん** · 2018/05/06(日) 02:15:11.15

>>239
<日本の元号を表すコード(共通)> <王朝を表す制御コード> <西暦年(100の位 : 6～20)を表す制御コード> <西暦年(0～99)を表す制御コード> <月(1～12)を表す制御コード> <日(1～31)を表す制御コード>

**デフォルトの名無しさん** · 2018/05/06(日) 05:44:27.92

「制御コード」？普通の2進コードじゃイカンのか？

**デフォルトの名無しさん** · 2018/05/06(日) 07:32:19.99

Unicodeの仕組みをよく知らないので

普通の2進コードを書けるならそれで

**デフォルトの名無しさん** · 2018/05/06(日) 08:53:27.43

そんなコード作ったところで検索もできないし、妄想の域にすらない
そもそも漢字で書ける元号に合字が必要かって話だし、まったく方向がおかしい

**デフォルトの名無しさん** · 2018/05/06(日) 09:21:27.15

ID隠してる奴なんてあぼーんしとけ
おかしなやつに構う奴も荒しだからな

**デフォルトの名無しさん** · 2018/05/06(日) 16:41:35.33

てすと(´・ω・`)
(´◉◞౪◟◉)

**デフォルトの名無しさん** · 2018/05/07(月) 01:07:40.66

Unicodeの次の概念とかはまだないのかな。それとももうみんなUnicodeに満足してしまっているのかね。

**デフォルトの名無しさん** · 2018/05/07(月) 01:12:52.35

universeの次がmultiverseなんだから次はmulticodeだろうね。
それかikuracode

**xn--n8jz80gzejou5c** · 2018/05/07(月) 02:29:48.88

Progressive Unicode、略してPunicode

**デフォルトの名無しさん** · 2018/05/07(月) 02:33:09.58

glicoodeというやつが開発されてなんか賞取ってた気がする

**デフォルトの名無しさん** · 2018/05/07(月) 09:24:31.55

もう変な合成記号類は多数あるし、漢字合字開始、漢字合字終了の2文字だけ定義しとけばいいんじゃないかな。

そうすれば未来永劫大丈夫だ(フォントさえ準備すれば)。北の人とかでも使えるし、なんなら金印とかハンコとかも好きなだけ合成できる。

**デフォルトの名無しさん** · 2018/05/07(月) 11:16:00.13

>>252
グリコが開発したプログラミング言語じゃないの？
文字コードと関係なくね？

**デフォルトの名無しさん** · 2018/05/07(月) 13:40:44.12

>>252
> glicoodeというやつが開発されてなんか賞取ってた気がする

o が１つ多すぎる
正しくは glicode
ポッキーの並べ方でプログラミングするって奴ね
詳しくは次のページを参照

http://cp.glico.jp/glicode/

**デフォルトの名無しさん** · 2018/05/07(月) 14:05:14.59

「祇園」のフォントというかグリフって間違ってるよね？
Win10とAndroidは同じっぽいけどどっちも間違いの気がする

**デフォルトの名無しさん** · 2018/05/07(月) 15:39:21.55

>>239
20年以上前にとあるDBマネジメントシステムに関わっていたんだけど、和暦対応を導入しようかって話が出てときに南北朝の話で揉めたよｗ
あの時はどうやって解決したんだっけかな……西暦→和暦変換の関数にオプションを付けたんだっけかな？ (覚えてないやゴメン)

**デフォルトの名無しさん** · 2018/05/07(月) 16:11:49.95

>>257
明治5年以前は今使われている太陽暦とは違う暦、太陰太陽暦が使われていたんだけど
その変換はどうしてたんだろ

**デフォルトの名無しさん** · 2018/05/07(月) 19:00:55.62

スレ違い気味の自覚はあるのでほどほどにしときます……

>>258
和暦と西暦の相互変換が出来れば十分という要件だったので、それほど困らなかった気が。
西暦→和暦の変換は問題ないよね？
んで、和暦→西暦の変換では存在しない日付を指定したらエラーにしていたんじゃなかったかな。
(例:明治5年12月3日は存在しないため、西暦に変換しようとしてもエラー)

なお上記では西暦と表記してるけど、実際にはグレゴリオ暦とユリウス暦の違いを意識していた記憶がある。
ただし、どうやって解決していたのか思い出せない…… (使えなくてすみません)。

**デフォルトの名無しさん** · 2018/05/08(火) 16:23:34.87

どうせスレチなら現代でも太陰暦に変換するツールが必要

**デフォルトの名無しさん** · 2018/05/08(火) 17:04:12.21

例えば1月30日が存在するかどうかは年ごとに違っていたそうな

https://ja.wikipedia.org/wiki/%E9%96%8F%E6%9C%88
>太陰太陽暦では月の満ち欠けに基づく「30日」と「29日」の二つであり、
>「30日」を「大の月」、「29日」を「小の月」とする。
>しかもこの月の大小は、月の満ち欠けの仕方などによってその順番が年ごとに変わる。

>太陰太陽暦ではこの太陰暦の12ヶ月に、約3年に一度、1ヶ月を加え13ヶ月とし、
>季節とのずれをなるべく少なくする調整をする。この挿入された月を「閏月」という。

>しかしながら閏月をどの時期に入れるかについては、同じ時代でも地域によって食い違うことがあった。
>例えば日本では古来より西日本では伊勢暦、東日本では三島暦が主に用いられたが、
>時として閏月を挿入する時期が異なっていたので、日本国内で日付の異なる暦を使っていた事がある。

**デフォルトの名無しさん** · 2018/05/08(火) 17:15:53.32

今年は閏月抜いた方が良いくらい季節ずれてる

**デフォルトの名無しさん** · 2018/05/08(火) 22:52:47.16

結局Alternative Unicodeはまだ存在しないのか……。
Unicodeの制定が1993年なことを考えると、そろそろ別の規格が立ち上がってもいい筈なんだけどな。
Unicodeの仕組みが余程完璧ならいざしらず。

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

Adobe、Apple、Facebook、Google、IBM、Microsoftといったコンピュータ業界の大会社がUnicode作ってるからなぁ
(実際あるのか知らないけど)他の方面からの立ち上がりに期待するしかないかと。

**デフォルトの名無しさん** · 2018/05/10(木) 04:31:42.39

ローマ数字グリフはUnicodeではCJK互換用文字のように使用が推奨されないとどこかで読んだ記憶があるのですが、間違いでしょうか。
Wikipediaの当該項目を見てもそんなことは書いておらず、困惑してます。
もしも間違いなら積極的にローマ数字グリフを使っていきたいのですが……。

**デフォルトの名無しさん** · 2018/05/10(木) 13:12:41.31

>>265
もしかして、これかな？
以下のページに「ただし、Unicodeの仕様では、これらは互換性用の文字であり、対応するラテン文字を用いる方が良いとされています。」という記載がある。

ローマ数字 - CyberLibrarian
http://www.asahi-net.or.jp/~ax2s-kmtn/ref/roman_num.html

Unicode Chart で Roman numerals (U+2160とか) を見てみると Compatibility decomposition mapping としてラテン文字が記載されている。
これを以って上記ページの筆者が「ラテン文字を用いる方が良い」と記載しているのなら、それは解釈が正しくないように思う。
あくまでも互換性があるよ、というだけの注記だと思うのだがどうだろうか。

ちなみに Compatibility decomposition mapping の説明は、こちら。
↓
Code Charts - Help and Links
https://unicode.org/charts/About.html#Key

**デフォルトの名無しさん** · 2018/05/10(木) 14:54:38.17

ふむ

**デフォルトの名無しさん** · 2018/05/10(木) 16:16:02.53

互換分解が設定されてるだけか

**265** · 2018/05/11(金) 06:21:03.11

>>266
ありがとうございます。理解できました。

**デフォルトの名無しさん** · 2018/05/13(日) 14:16:53.12

改元後も「平成」利用へ　納税や年金システム、混乱回避
https://www.asahi.com/articles/ASL5D4T75L5DUTFK004.html

**デフォルトの名無しさん** · 2018/05/15(火) 05:04:52.91

Unicodeの漢字構成文字ってどういうときに使うか分かりますか？

**デフォルトの名無しさん** · 2018/05/15(火) 05:05:59.52

すいません。漢字構成記述文字列のことです。

**デフォルトの名無しさん** · 2018/05/16(水) 16:21:48.39

18.2 表意の説明の文字

表意文字説明文字: U+2FF0–U+2FFB

　Unicode Standardには75,000以上のCJK統一的な表意文字が含まれていますが、非常にまれなCJK表意文字の何千もの文字はエンコードされていません。
エンコードのための追加の表意文字の目録の研究は続けられているが、潜在的な符号化可能な表意文字のセット全体が完全に使い果たされることはないと予想される。
特に、表意文字は引き続き作成され、そのような新しい硬貨は常にエンコードされません。

　表意文字記述ブロックの12文字は、符号化されていない表意文字を参照する必要があるテキストの標準的な交換の仕組みを提供します。
エンコードされていない表意文字は、これらの文字と符号化された表意文字を使用して記述できます。読者はその記述から表意文字の精神的な絵を作成することができる。

　このプロセスは、表意文字の正式な符号化とは異なります。符号化されていない表意文字の標準的な記述はありません。
記述された表意文字に割り当てられた意味はない。記述された表意文字には同値が定義されていません。概念的には、表意文字の説明は、
文字列<U+0065、U+0301>より英語のフレーズ「an ‘e’」に鋭いアクセントを付けたものに近い。

　特に、表意文字記述ブロック内の文字のサポートでは、レンダリングエンジンは記述された文字のグラフィック外観を再作成する必要はありません。

また、ユーザーが表意文字を使用して表す可能性のある表意文字の多くは、Unicode標準の将来のバージョンで正式にコード化されることにも注意してください。

**デフォルトの名無しさん** · 2018/05/16(水) 16:22:58.76

　表意記述アルゴリズムは、実質的に全てのCJK表意文字を、それ自体が表意文字であるより小さな部分に分解することができるという事実に依存する。
Unicode標準ですでにエンコードされている表意文字の広い範囲は、符号化されていない表意文字の大部分が表意文字を使用して表現できることを意味します。

　表象記述シーケンスは、主に符号化されていない表意文字を表すことを目的としていますが、符号化された表意文字を表すためにデータ交換に使用すべきではありませんが、教育的および分析的用途もあります。
たとえば、研究者は、U+86D9 蛙を「虫圭」としてデータベースに表現して、U+5A03 娃などの音声を共有する他の文字との間のリンクを提供することができます。
IRGは、このような方法で表意記述シーケンスを使用して、現行の作業のための、機械によって生成された最初の近似を提供するのに役立てています。

**デフォルトの名無しさん** · 2018/05/17(木) 01:28:29.13

Google翻訳ですか？

**デフォルトの名無しさん** · 2018/05/17(木) 12:27:06.84

リンク貼るだけのレスの方がましだな

**デフォルトの名無しさん** · 2018/05/18(金) 14:45:32.55

>>265 で「CJK互換用文字のように使用が推奨されない」とあるけど、その根拠ってどこにあるのか分かる方いますか？

日本語ウィキペディアには「後方互換性のために収録されており使用は推奨されない」と書かれてるけど、その根拠が明示されてないんですよね。
一応注釈も記載されてはいるんだけど、>>266と同じような資料なので「使用は推奨されない」とは読み取り難い気がする。
そこで英語ウィキペディアを見に行くと「for compatibility with east Asian character sets」とだけ書かれていて、「使用は推奨されない」という旨は一言も書いてない。

とまあ、こんなわけなので、この迷える子羊にどなたかご教示ください。

**277** · 2018/05/18(金) 14:51:49.75

いけね、URL を貼り忘れてた。

CJK互換用文字 - Wikipedia
https://ja.wikipedia.org/wiki/CJK%E4%BA%92%E6%8F%9B%E7%94%A8%E6%96%87%E5%AD%97

CJK Compatibility - Wikipedia
https://en.wikipedia.org/wiki/CJK_Compatibility

**デフォルトの名無しさん** · 2018/05/20(日) 21:42:19.91

10646/Unicodeでは非推奨とまでは定めていないと思うよ
ローマ数字はShift_JISだと化けやすいんでローマ数字の使用そのものが悪みたいに
思ってる人がいるだけだと思う

**デフォルトの名無しさん** · 2018/05/20(日) 22:44:23.30

0点、1点、2点、…とかMS明朝やゴシックに入ってるのを最初見た時、試合等の点数を表すためのものかと思ってた。
でも名称を調べて違う事を知った。そしてそれらは中国語のためのもので中国語では時刻の○時が○点になることも。

**デフォルトの名無しさん** · 2018/05/21(月) 10:10:37.23

>>280

**デフォルトの名無しさん** · 2018/05/21(月) 10:11:23.00

すまん送信ミス
>>280
初耳だった。俺もずっと日本語圏向けかと思ってたわ

**デフォルトの名無しさん** · 2018/05/21(月) 10:13:27.36

0点
やり直せ

**デフォルトの名無しさん** · 2018/05/21(月) 12:38:29.27

日本語フォントの場合は点を時に
韓国語フォントの場合は시に
繁体字フォントの場合は點に
はダメなんだろうか。

**デフォルトの名無しさん** · 2018/05/21(月) 13:07:55.25

日本語フォントの場合は時を時に
韓国語フォントの場合は時に
繁体字フォントの場合は時に
はダメなんだろうか。

**デフォルトの名無しさん** · 2018/05/21(月) 15:22:15.07

CJK互換文字非推奨とかローマ数字非推奨とか、根拠の乏しいアピールがあちこちにあるのが気持ち悪い。
自分の好みを主張するのは構わないけど、Unicode でそのように提言されているかのように振る舞うのは気に入らない。
……という気持ちはどこにぶつければよいのだろうか？