- From: Koji Ishii <kojii@chromium.org>
- Date: Mon, 17 Apr 2023 21:20:54 +0900
- To: Shinyu MURAKAMI <murakami@vivliostyle.org>
- Cc: 木田泰夫 <kida@mac.com>, JLReq TF 日本語 <public-i18n-japanese@w3.org>
- Message-ID: <CAHe_1dLL9HLMe8UBuCNDQEYu0LupCqLsp+m4eoPJ-2O-8oci8Q@mail.gmail.com>
村上さん、ありがとうございます。村上さんの意見に賛成です。木田さんが「追認」と書かれた時にはそういうお話かと思いましたが、これは私の勘違いだったようで、すみません。 あるべき将来像についてはまだ議論が必要ですが、村上さんのご提案であれば、将来あるべき姿の議論を正当に進めやすいかと思います。 On Mon, Apr 17, 2023 at 7:48 PM Shinyu MURAKAMI <murakami@vivliostyle.org> wrote: > 石井さん: > > 現在の仕様が曖昧なため、Windows/macOSや既存アプリケーションの多くが、20年以上これに沿わない実装をしてきました。 > > > 仕様を改善することは好ましいのですが、仕様と実装の乖離が20年以上ある時に、大元の問題を解決せず、仕様文面だけを改善するのは、これらの実装がより難しい立場になるだけで、状況を改善するとは思いません。実装者をより難しい立場にするだけの仕様の改変には反対です。 > > > なるほど、ブラウザだけでなく多くの既存アプリケーションがOpenType/OFF仕様の "If 'kern' is activated, > 'palt' must also be activated if it exists." を無視した実装をしてきたということですね。 > > > paltとkernの両方を持った日本語フォントの開発者は、kernはpaltとの組み合わせで使われる前提で設計しているとしても、アプリケーション側ではpaltを有効にしないでkernだけを有効にすることが普通に行われていて、それに対してユーザーからのクレームはなかったのだろうと理解できます。 > > > 石井さんの主張で理解できなかったのは、paltとkernの両方を持った日本語フォントで、paltを有効にしないでkernだけを有効にする前提で作られているものがあると主張されていたことです。これは、フォント制作者の意図は両方を有効にしたとき最適な詰め組みになるようにということであっても、その意図と違ってkernだけを有効にしても「す。」などが少し詰められて、それなりによい結果になっていたということではないかと思います。それで多くの人が満足していたのに修正する必要はないというのは一理あります。 > > そうするとOpenType/OFF仕様の "If 'kern' is activated, 'palt' must also be > activated if it exists." > を明確化するというのではなくて、kernだけを有効にすることを許容する仕様に改めたほうがよいのかもしれません。 > > > これに対して、paltを有効にしないでkernだけを有効にするのではフォント制作者の意図どおり美しく読みやすい日本語テキスト表示にならないと反論があるかと思います。しかし、これまでブラウザでの日本語テキストがそのような表示であった(AppleのOSで標準的なヒラギノフォントにはpaltとkernの両方があるけどSafariもChromeもkernだけデフォルトで有効にしている)のに、多くのユーザー(とくにAppleのOSのユーザー)はそれが美しい日本語テキスト表示であると満足していたのではないでしょうか? > > どうも考え直す必要がありそうです。 > > > ---- > 村上 真雄 (MURAKAMI Shinyu) > Vivliostyle Foundation > > > On Apr 17, 2023, at 17:35, Koji Ishii <kojii@chromium.org> wrote: > > On Mon, Apr 17, 2023 at 5:28 PM 木田泰夫 <kida@mac.com> wrote: > >> いいえ、具体的な問題がない限り、期待される仕様と異なるフォントが「あるかもしれない」というイマジナリーな話をする価値はないと思います。 >> >> >> 仕様を固めて、もしそれと異なる実装が、実利上、無視できないとしたら、それは実装上もしくは何らかの対処が必要な課題ですが、仕様の問題ではありませんよね。 >> > > 現在の仕様が曖昧なため、Windows/macOSや既存アプリケーションの多くが、20年以上これに沿わない実装をしてきました。 > > > 仕様を改善することは好ましいのですが、仕様と実装の乖離が20年以上ある時に、大元の問題を解決せず、仕様文面だけを改善するのは、これらの実装がより難しい立場になるだけで、状況を改善するとは思いません。実装者をより難しい立場にするだけの仕様の改変には反対です。 > > >
Received on Monday, 17 April 2023 12:21:14 UTC