Re: 簡便化字間クラスのUnicode への拡張、および問題点

フィーチャーを使えばいろんなことができるんですが、基本的なことは指定のないプレーンテキストでできて欲しいですよね。

ただ、考えてみれば例えばルビなどのように、機能によってはリッチテキストにおいて特定の機能を指示する必要のあるものも多いですよね。ならば文字も、この文字は JLReq で述べるけれどもプレーンテキストでは使えないよ、という解決方法があっても良いのかもしれませんね。

> あまりWebでfwidの使用例を見ません。

プレーンテキストで使えませんし、web でも最近ですし、面倒くさいし。使用例のあまりないのは自然かと思います。

木田

> 2021/04/05 18:00、Koji Ishii <kojii@chromium.org>のメール:
> 
> On Sun, Apr 4, 2021 at 8:31 PM 木田泰夫 <kida@mac.com <mailto:kida@mac.com>> wrote:
> ・この条件に外れる cl-01 文字が二つあります。クラス見直しの議論の際に、独自のコードポイントが必要ではないかとの議論になった「左シングル引用符」と「左ダブル引用符」です。これらは U+2018, U+201C ということになっていますが、これらのコードポイントは和文書体であってもプロポーショナルで実装されています。それは当然のことで、これらは英文で頻繁に使われる文字ですから、これらが全角になってしまうと、英文を作るのに使い物にならないフォントになってしまいます。現状の和文書体の実装を追認すると、U+2018/201C は cl-01 から外れます。
> 
> ご存知かもしれませんが、多くの和文フォントでは fwid <https://docs.microsoft.com/en-us/typography/opentype/spec/features_fj#tag-fwid> を適用すると和文用の引用符が使えます。昔チェックした和文ォントでは、幅だけじゃなくて縦位置も和字に合うように調整していたんですが、Notoで見ると、縦位置はあまり変わらないですね。
> 
> 和文引用符は、ニュースや見出しでは割と多用されますが、あまりWebでfwidの使用例を見ません。欧文用の引用符を和文中で使う人が多いので、和文フォントの中の欧文用引用符の縦位置は、和文用に合わせてしまったのかもしれませんね。
>