- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Tue, 07 Nov 2017 06:33:30 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `github issue: none`, and agreed to the following resolutions: * `RESOLVED: To define first available font more strictly in the fonts model and leave it undefined in 2.1` * `RESOLVED: Change the wording such that 2.1 is saying you should define the content area based on the first available font and only that font.` <details><summary>The full IRC log of that discussion</summary> <eae> topic: github issue: none<br> <eae> dbaron: Want to go back to line height normal. In some cases we use different font metrics.<br> <eae> dbaron: The text in the proposal was very specific about the metric.<br> <eae> florian: Will update it to be more clear about the specifics and that the font metrics in question isn't defined.<br> <eae> dbaron: What metrics are used should be looked at separately. Will add comment.<br> <eae> github issue: https://github.com/w3c/csswg-drafts/issues/1798<br> <eae> florian: We discussed whether the first font in the fallback list should count as the first available font even if it doens't have a space glyph. We did not specify whether it should also apply to line height.<br> <eae> florian: Safari, Edge, and FF half the time consideres it even if it doesn't have a space glyph.<br> <eae> florian: Safari and Chrome does not.<br> <fremy> q+<br> <eae> fantasai: The first available font should have a strict consistent definition across specs.<br> <eae> florian: Is not consistent across implementations.<br> <Rossen> q?<br> <eae> florian: Happy to change if implementations are willing to change.<br> <eae> florian: I don't really care strongly, arguments on both sides.<br> <eae> florian: Are edge and safari ok with that?<br> <eae> fremy: I didn't run all of the tests but I think we do the same thing?<br> <eae> florian: So there are three compat implementations?<br> <eae> florian: The first available font wording is used in 2.1 just not defined.<br> <eae> astearns: Might be acceptable to not test the presence of space in 2.1<br> <eae> florian: Define it in fonts3 and then have that definition apply to all cases where we mention first available font<br> <eae> Proposed Resolution: To define first available font more strictly in the fonts model and leave it undefined in 2.1<br> <eae> RESOLVED: To define first available font more strictly in the fonts model and leave it undefined in 2.1<br> <eae> github issue: none<br> <eae> florian: All browsers agree that the size of the content area depends on the size of the primary font, even if no characters from the primary font are used.<br> <eae> florian: The specification doesn't define the behavior, say "may do A or B".<br> <eae> florian: Should remove "may do A" as no browser does that.<br> <eae> florian: Suggest we remove suggestion saying that one may do something that nobody does.<br> <eae> dbaron: Would argue it should be a SHOULD rather than MUST instead of a MAY.<br> <eae> myles: Content area also depends on the line-gap property<br> <eae> florian: Just depends on font metrics.<br> <eae> florian: Spec says "do whatever you want, here are two suggestions". Doesn't mandate a specific metric.<br> <eae> myles: Shouldn't say ascent or decent, have specific meaning.<br> <eae> dbaron: I don't think this ones includes line gap, only asc+dsc.<br> <eae> github issue: https://github.com/w3c/csswg-drafts/issues/1804<br> <eae> florian: There is a paragraph saying that if more fonts are used the height of the area isn't defined but we suggest... I propose we remove that.<br> <eae> Rossen: What about overflow?<br> <eae> florian: People don't do that for background I think.<br> <eae> Rossen: I'll follow up with a test case.<br> <dbaron> FYI, I did figure out the crazy Gecko behavior I was trying to remember: https://github.com/w3c/csswg-drafts/issues/1802#issuecomment-342349505<br> <eae> astearns: Let's continue making tests given the number of questions raised.<br> <eae> fantasai: This is about where the backgorund is painted for inline elements, very specifically about backgrounds.<br> <eae> Rossen: I might be miss-reading the issue.<br> <myles> dauwhe: don't worry, computers are fast<br> <eae> fantasai: The question is how tall is the background painted behind the text, can't set overflow on that element. Has to be set on containing block.<br> <eae> florian: I'm not an editor for any of these specs, there will be pull requests not in spec.<br> <eae> florian: Would like to move forward.<br> <eae> Proposed resolution: Change the wording such that 2.1 is saying you should define the content area based on the first available font and only that font.<br> <eae> RESOLVED: Change the wording such that 2.1 is saying you should define the content area based on the first available font and only that font.<br> <eae> </day><br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1804#issuecomment-342389094 using your GitHub account
Received on Tuesday, 7 November 2017 06:33:35 UTC