- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 06 May 2021 00:02:22 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-fonts] extend font-size-adjust to take a pair of values: <metric> <number>`, and agreed to the following: * `RESOLVED: Start with ex cap ic and ch` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-fonts] extend font-size-adjust to take a pair of values: <metric> <number><br> <dael> github: https://github.com/w3c/csswg-drafts/issues/6160<br> <fantasai> https://github.com/w3c/csswg-drafts/issues/6160<br> <dael> fantasai: I think we can conclude on key parts. Added ability for font-size-adjust to take metric name and then target ratio. Question is what are initial keywords<br> <dael> fantasai: Propose add xcap ic and ch<br> <dael> fantasai: Jonathan Kew ageed. Wanted to discuss ascent and descent. I would suggest for now adopt the initial set and if we want to discuss additional do so in separate issue<br> <fantasai> s/xcap/ex, cap/<br> <dael> astearns: Suggesting the short names?<br> <dael> fantasai: Yeah, to match units. And b/c operate in correct axis which may be height or width depending on writing mode<br> <dael> fantasai: If we want independwnt of writing mode would need to add variants. We can start with this set<br> <dael> myles: Feel like we should add acsent to the set. Cases where it might give you confusing results. If someone applies more likely to do good. Valuable to have<br> <dael> fantasai: I think cap will be better in most cases<br> <dael> fantasai: ascent and descent metrics are pretty wild when fonts are outside of latin. This applies to fallback and system fonts. You'd get something that works well until it really doesn't. I think that's a serious concern we don't have a way to address. Can keep talking. I think this is a good intial set<br> <dael> astearns: Given that are you okay to start with these 4 myles?<br> <dael> myles: fantasai are you saying you think ascent is harmful?<br> <dael> fantasai: Yes. Someone will use it expecting reasonable and it will fallback to a system font on someone's machine that is very different<br> <dael> florian: Arial and MSUnicode are wildly different, to give an example<br> <dael> fantasai: Slide 23 on the deck in the issue show and example of wildly different<br> <fantasai> i/fantasai/fantasai: You'll end up with a font that's much too small/<br> <dael> myles: I think it will be good in more cases then bad. For metrics that don't have units I think we should use longer names. Value of shortnames is porpotional to number of times typed. For the lengths type a lot, but without it's only this one property. Longer names to make it clear is valuable<br> <dael> fantasai: ic and ch they should respond to writing more and text orientation so they could be width or height. WE can't use a longer name for those. If ic and ch have shortnames it makes sense for ex and cap to also match shortnames<br> <dael> myles: Point I was making about metrics that don't have units that match<br> <dael> fantasai: We don't have those yet<br> <dael> myles: With ascent we would<br> <dael> fantasai: Yes. But for ones with a unit; 2 have to match b/c can't add height or width. Others might as well b/c why be different<br> <dael> astearns: Prop: Add these four to start with. After that we can add more<br> <dael> astearns: Obj?<br> <dael> RESOLVED: Start with ex cap ic and ch<br> <dael> astearns: myles can I ask you to add a new issue for ascent and poss decent?<br> <dael> myles: You could<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6160#issuecomment-833124915 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 6 May 2021 00:02:53 UTC