- From: jfkthame via GitHub <sysbot+gh@w3.org>
- Date: Thu, 04 Aug 2022 16:03:04 +0000
- To: public-css-archive@w3.org
I've created a small testcase at https://jfkthame.github.io/test/ch.html that demonstrates the sort of issues that can occur with option (3). Try it in current Safari to see the problem. (Note that neither Chrome nor Firefox handle it correctly either, although their bugs are a bit different. As far as I can see, Chrome *never* uses the correct `ch` width, even when the relevant font is available; Firefox does try to use it, but fails to update things at the right time.) I would argue that the correct rendering of this example is what Safari shows *after* a digit has been typed into the input field, but currently no browser gets this right on initial load. (Safari may get it right on subsequent page-loads, while the relevant font is cached; reload it in a new private-browsing window to see the problem again.) -- GitHub Notification of comment by jfkthame Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3135#issuecomment-1205453430 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 4 August 2022 16:03:06 UTC