W3C home > Mailing lists > Public > public-css-archive@w3.org > July 2018

Re: [csswg-drafts] [css-fonts-4] Consider font-size-adjust per font as ratio

From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
Date: Tue, 03 Jul 2018 08:01:20 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-402048691-1530604879-sysbot+gh@w3.org>
The Working Group just discussed `font-size-adjust per font`.

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: font-size-adjust per font<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues<br>
&lt;astearns> github: https://github.com/w3c/csswg-drafts/issues/2857<br>
&lt;frremy> fantasai: font-size-adjust should find the aspect-ratio of the first font, then transform the fallback fonts to make the effective size of the glyphs consistent<br>
&lt;frremy> fantasai: that works great for latin text, because it uses the x-height<br>
&lt;frremy> fantasai: but that doesn't help fonts that do not rely on x-height like cjk, where the glyph size will still vary<br>
&lt;frremy> fantasai: maybe we should allow authors to specify the correct ratio for each font<br>
&lt;frremy> fantasai: what do implementers think?<br>
&lt;frremy> dbaron: the feature you describe seems better as a descriptor on the font<br>
&lt;frremy> myles: we have had some requests to provide new metrics for fonts inside @font-face<br>
&lt;frremy> dbaron: font-size-adjustement was designed for bicameral scripts, maybe we want to add default solutions for other script types<br>
&lt;frremy> dbaron: that being said, font-size-adjust solves two problems;<br>
&lt;frremy> dbaron: one is that sizes that don't match well without your list of fallbacks<br>
&lt;frremy> dbaron: but the other case is that you want to apply the metrics of your font to any OS-based fallback<br>
&lt;frremy> dbaron: an example is Verdana, which is very unique<br>
&lt;frremy> dbaron: that specific case cannot be solved with specific numbers, because you don't know the OS font<br>
&lt;frremy> dbaron: I had a proposal to make this work<br>
&lt;frremy> dbaron: but this hasn't been around for 20 years and most implementations aren't there<br>
&lt;frremy> fantasai: I think this is because this is confusing<br>
&lt;frremy> fantasai: the monospace is an example of that<br>
&lt;frremy> frremy: that one is super confusing<br>
&lt;frremy> fantasai: so, since that was super difficult to use, people didn't use it<br>
&lt;frremy> fantasai: finding the x-height is very difficult<br>
&lt;frremy> fantasai: and in the end, it only works for bicameral<br>
&lt;frremy> fantasai: my proposal is a factor per font, so it's easy to implement<br>
&lt;frremy> fantasai: and easy for authors to guess<br>
&lt;fantasai> s/implement/understand (and implement?)/<br>
&lt;frremy> dbaron: yes, that seems reasonable<br>
&lt;frremy> dbaron: font-size-adjust currently you have to specify the value relative to the font-size<br>
&lt;frremy> fantasai: because you need to inherit, and so you have to react to changes in font-size<br>
&lt;frremy> dbaron: if it were a functional notation in font-size, you would be able to make this work<br>
&lt;frremy> fantasai: regardless, I propose we add a descriptor for size multiplier named font-size-adjust<br>
&lt;frremy> dbaron: I agree on the idea but would not call it font-size-adjust, that is confusing<br>
&lt;frremy> astearns: well, we are out of time<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2857#issuecomment-402048691 using your GitHub account
Received on Tuesday, 3 July 2018 08:01:24 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 3 July 2018 08:01:24 UTC