- From: ChangSeok Oh via GitHub <sysbot+gh@w3.org>
- Date: Thu, 04 Jan 2024 20:11:51 +0000
- To: public-css-archive@w3.org
> What do Blink and WebKit use as the vertical advance of "水" if they're rendering `writing-mode: vertical-rl` content but the font being used has no vertical-layout metrics? I think I'd expect `ic-height` to match whatever fallback is used there. Blink and WebKit use the font height (i.e., Ascent + Descent) as the fallback. I do not object to having the font height as the fallback for `ic-height` as long as the spec document clarifies it. But I want to note two concerns here. 1. As we can see from the numbers above, a non-negligible difference exists between the actual advance height of “水” and the `ascent + descent` values. 2. In `writing-mode: vertical-rl`, the `ascent + descent` may not represent the CJK font height. While `ic-height` is absolute regardless of the text orientation, the font height (i.e., ascent + descent) is not. Please refer to case [B] at https://github.com/w3c/csswg-drafts/issues/9599. In [B], the `ascent + descent` represents a horizontal measure rather than a vertical one, so it could make users confused in deciding the scaling level by `font-size-adjust`. -- GitHub Notification of comment by shivamidow Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8792#issuecomment-1877699016 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 4 January 2024 20:11:54 UTC