- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Tue, 03 Jul 2018 04:36:49 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `font matching algorithm should not favor italic as a fallback for oblique`, and agreed to the following: * `RESOLVED: If the author specifies oblique, and syntehsis is on, we fall back to synthesized oblique.` * `RESOLVED: The fallback list for oblique is synth oblique, italic, roman, next font. The synth step is skipped if font-synthesis is turned off.` <details><summary>The full IRC log of that discussion</summary> <heycam> Topic: font matching algorithm should not favor italic as a fallback for oblique<br> <heycam> github: https://github.com/w3c/csswg-drafts/issues/514<br> <heycam> myles: this is pretty straightforward<br> <heycam> ... I migrated this issue on behalf of jkew<br> <heycam> ... currently the way the spec is worded, if you say you want an italic font, the algorithm says UAs will try to match oblique ones afterwards<br> <heycam> ... and vice versa<br> <heycam> ... Jonathan Kew says this isn't how it used to be<br> <heycam> ... used to only go in one direction, fallback from italic to oblique<br> <heycam> chris_: correct, CSS 2.1 just went one way<br> <heycam> florian: did we change it bidirectional intentionally?<br> <heycam> ... or just felt like the right thing to do at some point?<br> <heycam> myles: it was not intentional, don't think it was discussed in the WG<br> <heycam> chris_: also has a variable fonts interaction, with the italic axis<br> <heycam> myles: it's somewhat involved, but doesn't fundamentally<br> <heycam> ... there are italic and oblique fonts, can be expressed with italic axis<br> <fantasai> jfkthame's position: https://github.com/w3c/csswg-drafts/issues/514#issuecomment-335582104<br> <heycam> ... I don't have a particular thought about this<br> <heycam> ... seems like there are some arguments to change it back<br> <heycam> ... no arguments from me to keep it as it is<br> <heycam> astearns: some people on the thread say it should stay as it is<br> <heycam> ... to avoid synthesizing things<br> <heycam> chris_: but we also have a property to turn off synthesizing if you want<br> <heycam> fantasai: [reads jfkthame's position]<br> <heycam> fantasai: I think it makes a good argument about making a distinction between oblique and italic<br> <heycam> ... but there are two cases here<br> <heycam> ... if you don't have oblique, instead of falling back to italic, use slanted normal<br> <heycam> ... but if we've turned off font synthesis for italics, you can't have a slanted normal face<br> <heycam> florian: then what?<br> <heycam> fantasai: only choice for fallback then are use italic or normal<br> <heycam> chris_: then you fall back to normal face<br> <heycam> fantasai: which risks losing the distinction between normal and oblique<br> <heycam> ... more important than the distinction between oblique and italic<br> <heycam> chris_: risks both ways<br> <heycam> ... if someone explicitly wants oblique, it's probably in contrast to italic, like in some math<br> <heycam> florian: they may be<br> <myles> q+<br> <heycam> ... probably? not sure<br> <heycam> myles: I think it would be valuable to know which browsers<br> <heycam> ... in WebKit italic and oblique are the same<br> <heycam> ... is that true in other browsers?<br> <heycam> frremy: Edge does have a difference<br> <heycam> ... and we can choose the angle<br> <heycam> eae: Blink is the same<br> <heycam> fantasai: if you have a family with italic and oblique and normal, if they choose italic or oblique, they should get what they requested<br> <heycam> ... we have syntax to distinguish them<br> <heycam> myles: now the spec allows our behaviour<br> <heycam> frremy: I recall in Firefox it's different<br> <heycam> emilio: since Jonathan filed the issue, I assume so<br> <heycam> myles: so WebKit is the only one to treat them the same<br> <heycam> fantasai: going through Jonathan's logic, there's a preference if you specify oblique, do that, then synthetic second, then what comes third?<br> <heycam> ... if synthesis is disabled<br> <heycam> fantasai: I argue fall back to italics at that point<br> <heycam> [general hmms....]<br> <heycam> chris_: I'm slightly worried about that, it's a third option nobody is asking for<br> <heycam> fantasai: nobody was asking about the case of synthesis disabled<br> <heycam> frremy: does anyone support disabling synthesis?<br> <heycam> myles: Firefox and WebKit do<br> <heycam> florian: what's the scope?<br> <heycam> astearns: in the @font-face rule<br> <heycam> florian: I think I will argue that if you disable fake italics, you never disable fake oblique<br> <heycam> myles: I don't believe there's any implementation that modles fake italics as anything other than fake oblique<br> <heycam> florian: if you asked for oblique, and you've disabled font synthesis, you should still get synthesized oblique<br> <heycam> myles: no<br> <heycam> chris_: that's not true<br> <heycam> ... first, the definition of "fake"<br> <heycam> ... in variable fonts there's an axis called ital which is the oblquue axis<br> <heycam> ... that shouldn't be turned off by turning off fake oblique<br> <heycam> florian: I'm saying you should never be able to disable fake oblique<br> <heycam> myles: no<br> <heycam> ... web authors mean it when they say disabled syntehsis<br> <heycam> ... of everything<br> <heycam> fantasai: if you have the font you use it no question<br> <heycam> fantasai: there's a bit difference between what the UA can do and what the designer intended<br> <heycam> ... [for italics]. for obliques, the difference is much smaller<br> <heycam> myles: I understand that distinction, every author I talked to [ ....]<br> <heycam> astearns: I hear if syntehsis is disabled, it means never change the letterforms<br> <heycam> ... they happen to know that this font family has an oblique face, but the web font package forgot to download it, they still don't want a synthesized oblique<br> <heycam> florian: for italics I totally buy it<br> <heycam> ... less convinced for oblique<br> <heycam> eae: why not make it explicit, for oblique?<br> <heycam> florian: sure<br> <heycam> ... but people disabling synthesis in general, I think allowing syntehsizing oblique is ok<br> <heycam> myles: font-synthesis talks about weight and style<br> <heycam> astearns: style should block both italic and oblique. if you want to distinguish them, it would need a new value<br> <heycam> florian: so then what do we display<br> <heycam> fantasai: there are two proposals. Jonathan Kew's is, if you don't have oblique, you fall back to syntehsis<br> <heycam> ... alternative is to fall back to italic if it exists<br> <heycam> florian: it's arbitrary<br> <heycam> ... it's possibel tue author is trying to constrast italic and oblique<br> <heycam> fantasai: can't think of a case when you want to contrast with oblique but not with roman<br> <heycam> koji: author is specifying oblique explicitly<br> <heycam> ... I don't think they care what it looks like if synthesis is disabled<br> <heycam> fantasai: if the author specifies oblique, and synthesis is on, do we fall back to italics or synthesized oblique?<br> <heycam> frremy: syntehsized oblique<br> <heycam> chris_: agreed<br> <heycam> RESOLVED: If the author specifies oblique, and syntehsis is on, we fall back to synthesized oblique.<br> <heycam> myles: now it's legal in the spec to alias oblique and italics<br> <heycam> ... I think this would make this impossible<br> <heycam> astearns: we're reverting back to the CSS 2 definition<br> <heycam> chris_: so far<br> <heycam> frremy: I think the spec is very broad<br> <heycam> ... if you alias both of them, this section doesn't apply<br> <heycam> ... since you don't have a font that's oblique<br> <heycam> s/font/font-style/<br> <heycam> florian: is this lack of distinction you proactively want to preserve?<br> <heycam> myles: haven't investigated how difficult it would be to get rid of it<br> <heycam> ... don't know how CoreText differentiates the two<br> <heycam> ... given Chrome uses CoreText, I guess it's ok<br> <tantek> I feel like we need more typographer expert opinion to make a more informed decision about these things. We should have discussed this in April when we could have asked a bunch of Typolabs people<br> <heycam> skk: if oblique is specified, which direction?<br> <heycam> myles: in horizontal it's well defined<br> <heycam> skk: in vertical? there's no definition<br> <heycam> florian: we have an issue open for that<br> <heycam> dbaron: we spent half a day talking about it once<br> <heycam> astearns: other part is if font-synthesis for style is turned off<br> <heycam> chris_: if there is already an italic, do we use that in preference to normal?<br> <heycam> fantasai: I think we should<br> <heycam> astearns: I think we should not<br> <heycam> florian: my preference is synthesize anyway, but I've heard the objections<br> <dbaron> prior discussion of synthesis direction in vertical text was I think https://lists.w3.org/Archives/Public/www-style/2013Jul/0065.html<br> <heycam> frremy: fall back to normal is my normal<br> <heycam> chris_: me too<br> <heycam> astearns: turning something off makes a path available that wasn't there before<br> <heycam> fantasai: it just means you've got a list of four prefs instead of three<br> <heycam> ... non-synth oblique, synth oblique, italics, normal<br> <heycam> astearns: I'm saying when synthesis is on, you don't have a path to get from oblique to italics<br> <heycam> ... weird to add that path when synthesis is turned off<br> <heycam> fantasai: you have it by having oblique in the font selection algorithm<br> <heycam> frremy: there may be a case, if you have a font with a custom font without a normal version, but does have an italic, you can't synthesize ...<br> <heycam> florian: just put it in your fallback chain<br> <heycam> fantasai: you can't<br> <heycam> ... I think Francois' point is good<br> <heycam> ... there are fonts that only have italic<br> <heycam> ... so my pref is that we should have italics in that fallback chain, either before or after normal<br> <heycam> myles: [writes some options on the board]<br> <heycam> florian: if there is no roman, do you choose italic as fallback<br> <heycam> fantasai: we can also not decide this now<br> <heycam> tantek: yes<br> <heycam> chris_: they will say never synthesize!<br> <heycam> florian: they typically don't know about fallback on the client side<br> <heycam> tantek: I don't agree<br> <heycam> ... Typo Labs people were very away of web ecosystem and how font loads fail<br> <heycam> ... I think they understand the context<br> <heycam> florian: fair enough<br> <heycam> myles: one other issue. oblique is not the initial value of font-style, so turning on oblique is an author saying "make it not the normal way it looks"<br> <heycam> ... so probably shouldn't put normal before italic<br> <heycam> chris_: good point<br> <heycam> RESOLVED: The fallback list for oblique is synth oblique, italic, roman, next font. The synth step is skipped if font-synthesis is turned off.<br> <heycam> astearns: let's consult with typo experts to see if it matches expectations<br> <heycam> chris_: let's put it in the spec and then ask them<br> <skk> Last Tokyo F2F, people from DTP said no oblique exist in Japanese vertical writing type setting. But recent ebook related people want to use italic/oblique font style.<br> <frremy> ScribeNick: frremy<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/514#issuecomment-402010784 using your GitHub account
Received on Tuesday, 3 July 2018 04:37:01 UTC