(invalid string)

I have definite ideas for how to address this issue and would like to write up a proposal for how better to express not only the compression/expansion of yakumono aki but also the role of embox metrics in the basics of line layout and line placement in Japanese, for a next rev of the JLReq.
I think the timing is good for this to come to the forefront, especially since I understand both Apple for UI layout but also Opentype are considering changes to accommodate 連続約物 treatment but I have doubts about how widely such use cases can be supported with too simplistic an approach.
取り急ぎ敢えて英語で書いてしまってごめんなさい。後でゆっくり日本語でいろんなアイデアを書くつもりです。

—Nat
________________________________
From: Koji Ishii <kojii@chromium.org>
Sent: Saturday, September 12, 2020 12:21:28 PM
To: W3C JLReq TF <public-i18n-japanese@w3.org>
Subject: JLREQでの約物幅の取り扱いについて

以前にも議論があったと思うのですが、github issueに見当たらないので、まずはこちらでご意見伺いたいです。

JLREQで役物の幅を半角として扱っていることについて、実際のフォントと違うのは当初の意図としては成功だったと思うのですが、JLREQを読む外国人が増えるに従って、わかりにくいという指摘を受けるようになったことはご存知かと思います。今回、また別の外国人と話をしている中で再度指摘を受けたので、その共有と、記述の改善についてのご意見を伺いたいと思い、メール書いています。

今回のフィードバックは

I quickly noticed that aspect (not reflecting real-world fonts) but knowing what is typical in fonts could factor that in. But an app developer might not be so familiar, so at least is should be called out LOUDLY!

「（改変が難しいなら）せめて実在するフォントと違うよということをもっと明確に書いてほしい」という内容です。

記述方法の改変（は大変だとは思うのですが...）あるいは注意事項の追加についてどう思いますか？