異体字/IVSなどなど

Koji Ishii @kojiishi

「グリフの交換」には賛成ですが「グリフIDの交換」には賛成できない。運用の問題なので対応可能ですよ @ogwata それは正論。ぼくも賛成です。しかし問題は、グリフを情報交換する技術が「今」求められていること。背景には改定常用漢字表の追加字の扱い、それから電子書籍への要求。規格か

小形克宏 @ogwata

@ymihashi その違いはOSのフォールバック機構で吸収していると思います。じゃあIVSはどうするの、というのが難問。

小形克宏 @ogwata

@kojiishi ？？ UTS#37の考え方は、特定のグリフをidentifyするものではないのではないでしょうか？

tomo.（むにゃむにゃ） @MnjaMnia

それは本当? RT @ogwata: ただ逆に言えば、フォントに依存するのはIVSの基本ですから、それはもうどうしようもない問題ですよね。IVS以外の選択肢を求めざるを得ないでしょう。

tomo.（むにゃむにゃ） @MnjaMnia

まあ、でも、何でそうなっちゃうかというと、思うに、今世の中で一番普及してる文字データベース（オントロジー）交換フォーマットがフォントだから、なのかも知れない（フォントを使ってる人は本当にフォントを使ってるのだろうか？）

tomo.（むにゃむにゃ） @MnjaMnia

グリフ ID ならまだ良かったけど、問題はグリフ（字体）レベルの抽象化できてなくて、字形レベルになっちゃってることというか(^_^; RT @kojiishi: そうなのかな。それって共通理解？ 字形には依存するけど、Unicodeである以上、グリフIDじゃなくて文字コードだと…

小形克宏 @ogwata

@MnjaMnia ごめんなさい、規格にはそうしたことは書いてません。「基本」は言い過ぎでした。ただユーザーはフォント（およびアプリ）を意識することでIVSを使うのだと思います。その意味でフォントの存在は基本になるものだろうと思いました。

Koji Ishii @kojiishi

複数のフォントやIVDで同じ字形が同じコードを持つなら文字コード。フォント指定とセットじゃないと意味を持たなければグリフID。字形の特定とコード割付の問題は別次元 @ogwata ？？ UTS#37の考え方は、特定のグリフをidentifyするものではないのではないでしょうか？

tomo.（むにゃむにゃ） @MnjaMnia

（IVS を必要とするような人・用途にとって）多くの場合、多分、本当に必要だったのは『抽象文字』として過剰に unify してしまった（り、後で disunify された結果、別の場所に入って mapping のねじれが起こってしまった）問題の修正だったような気はする。

tomo.（むにゃむにゃ） @MnjaMnia

通常、「グリフ」というのは文字の抽象的な形のことで、フォント指定から独立な単位ということに規格の世界ではなってるはずです。RT @kojiishi: 複数のフォントやIVDで同じ字形が同じコードを持つなら文字コード。フォント指定とセットじゃないと意味を持たなければグリフID。…

Koji Ishii @kojiishi

@MnjaMnia Unicodeでは世界的合意が必要になるので、意見が割れるものを入れられない。でもそれでは数の論理になってしまうので、少数派も救いましょう、というのがIVSであって、「このフォントの37番目の字」という定義ではないと思う

小形克宏 @ogwata

あ、そういう意味でしたか。了解。その用語は論点が明快になりますね。RT @kojiishi: 複数のフォントやIVDで同じ字形が同じコードを持つなら文字コード。フォント指定とセットじゃないと意味を持たなければグリフID。字形の特定とコード割付の問題は別次元 @ogwata

Koji Ishii @kojiishi

そういう理解です。「グリフ」はフォントから独立。「グリフID」だとフォントに従属するID…って後者がおかしいですか？ @MnjaMnia 通常、「グリフ」というのは文字の抽象的な形のことで、フォント指定から独立な単位ということに規格の世界ではなってるはずです

tomo.（むにゃむにゃ） @MnjaMnia

フォント依存じゃないのは同感。RT @kojiishi: Unicodeでは世界的合意が必要になるので、意見が割れるものを入れられない。でもそれでは数の論理になってしまうので、少数派も救いましょう、というのがIVSであって、「このフォントの37番目の字」という定義ではないと思う

tomo.（むにゃむにゃ） @MnjaMnia

後者はおかしいと思います（そいう用例は見ますけどw）。本当は「字形 ID」でしょうね。RT @kojiishi: そういう理解です。「グリフ」はフォントから独立。「グリフID」だとフォントに従属するID…って後者がおかしいですか？ @MnjaMnia 通常、「グリフ」というのは…

Koji Ishii @kojiishi

でも本人も同じと認める文字に別のIVSを振ると、フォント依存のIDになっちゃうんですよ。だから、同じ文字かどうかの判定は任せるけど、同じと思ったらIVSを共有してね、というのがCSSWGのメッセージ @MnjaMnia フォント依存じゃないのは同感

tomo.（むにゃむにゃ） @MnjaMnia

正確にはセット依存ってことでしょうけど RT @kojiishi: でも本人も同じと認める文字に別のIVSを振ると、フォント依存のIDになっちゃうんですよ。だから、同じ文字かどうかの判定は任せるけど、同じと思ったらIVSを共有してね、というのがCSSWGのメッセージ…

Koji Ishii @kojiishi

グリフが規格用語で、グリフIDがOpenType用語だからだな。混同しないよう気を付けます @MnjaMnia 後者はおかしいと思います…本当は「字形 ID」でしょうね。RT そういう理解です。「グリフ」はフォントから独立。「グリフID」だとフォントに従属するID

UTF-8はBOMなしでって言ったよね？ @moji_memo

@kojiishi それはフォント依存ではなく、IVDの独立性では？ @MnjaMnia

tomo.（むにゃむにゃ） @MnjaMnia

『文字が同じ』かどうかというのはすごく難しい問題をはらんでて、それを回避するために重複符号化禁止の原則みたいなのをしてた（問題を合意の世界に持ってく）訳だけど、IVS は抽象文字とは違うレイヤーの情報を交換しようというものだから、単一の同一性の基準でってのは原理的に困難かと…

tomo.（むにゃむにゃ） @MnjaMnia

IVD 毎に固有の同一性の基準を持ちうるということならその通りだと思います。RT @moji_memo: @kojiishi それはフォント依存ではなく、IVDの独立性では？ @MnjaMnia

Koji Ishii @kojiishi

文字統合基準は完全に独立であるべき。それがIVSの本質ですから。でもその独立した基準において同じ文字と判定できる文字に複数の異なるコードを振れば、それはPUAになってしまう @moji_memo それはフォント依存ではなく、IVDの独立性では？ @MnjaMnia

tomo.（むにゃむにゃ） @MnjaMnia

（ちなみに、IVS 自体は IVS が指示する単位が何なのかも、同一性の基準をどこで担保するかも、何も言ってないから、今後の運用で頑張る（れ）って話になるので、今ならまだなんとかなるかも、という一縷の望みでみんな頑張ってる?）

UTF-8はBOMなしでって言ったよね？ @moji_memo

@kojiishi ルーツが同じ文字が複数のIVDに所属するケースであっても、その包摂する範囲が同じであるとは限りませんよね。

tomo.（むにゃむにゃ） @MnjaMnia

ちなみに、Adobe-Japan1 系 IVD に見られるような 単一 IVD における同一文字に対する複数の IVS 割当は確かに嫌な気持ちにさせられるんだけども、ただ、この手の場所は元の統合漢字の『バグ』の救済という意味もあるので一概には非難できない気もする。