- From: John Hudson via GitHub <sysbot+gh@w3.org>
- Date: Wed, 27 May 2020 20:00:51 +0000
- To: public-css-archive@w3.org
Rasterisation is a whole other topic. I'm talking about glyph outline design for specific optical sizes, which has to target an ideal physical size. Targeting outlines to specific ppem sizes is a different task—what we used to do with hinting. For this discussion, I'd like to leave rasterisation out of it, not least because the pixels involved in ppem raster sizes are real pixels, not CSS pixels. In this thread, it is clearly stated that CSS px 'are not defined to have any physical length', and that relationship of a CSS inch to a physical inch is, hence, variable. Unless you can demonstrate that this is not the case—that CSS pixels are an absolute physical measurement—there is no point proposing them as a unit for _optical_ size design, because it isn't possible to make size-specific design adjustments if they may be display up to ±33% different _size_ in different places. That's the difference between 9pt and 12pt, which is precisely the range of optical size where very significant design variation occurs. It seems to me, the best one could do in redefining the opsz scale to use 'px' as a unit would be to apply a special definition of that unit as being 1/96 of a _physical_ inch, which I suppose would address what some browsers are doing now while still providing type designers with an absolute size target. But that would have to be very clearly stated in the spec, and would mean that some environments should really be differentiating their internal CSS px sizes from the px size used in the opsz scale if the former were different from a physical inch. -- GitHub Notification of comment by tiroj Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4430#issuecomment-634908877 using your GitHub account
Received on Wednesday, 27 May 2020 20:00:52 UTC