New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[css-fonts-5] Computed value of font-size-adjust: from-font
#9050
Comments
After experimenting with Consider content such as
Depending on the fonts in use, the "typewriter" (monospaced) text often looks somewhat mis-sized compared to the surrounding serif or sans-serif. This is somewhere We could set
which works to harmonize the monospaced font with its surroundings, but also resizes the main font of the paragraph, unless the number is chosen such that it exactly matches that font's ex-height factor. Time for
This should ensure that the main paragraph font is untouched by But that only works if So the spec is correct to say that |
I've filed https://bugs.webkit.org/show_bug.cgi?id=259551 to report the current webkit behavior as incorrect. (I think this issue should be closed with no change, but would still appreciate confirmation from the spec editors @litherum @svgeesus of this understanding.) |
As you have since conclusively demonstrated, the spec is correct and so bugs should be filed on WebKit (already done I see, thanks) and a PR to change the tests on WPT. |
Thanks, Chris. I have a patch to fix the WPT tests as part of the Gecko bug to implement |
The CSS Working Group just discussed
The full IRC log of that discussion<fantasai> Topic: font-size-adjust: from-font computed value<fantasai> github: https://github.com//issues/9050 <TabAtkins> This one also straightforward, +1 to close no change <fantasai> jfkthame: Came up when implementing in Gecko. I think spec text is fine, but conflicts with what WebKit implemented and WPT tests they landed <fantasai> jfkthame: Chris agrees to close issue as no change <fantasai> jfkthame: main question is whether WebKit wants to resist that in any way <fantasai> jfkthame: But I think they are currently working on fixing their implementation <fantasai> jfkthame: so probably fine to close <fantasai> astearns: objections to closing no change? <fantasai> astearns: and you'll fix the WPT <fantasai> jfkthame: yes, will merge later <fantasai> RESOLVED: Close no change, update WPT |
Regarding the computed style for |
As noted in #9050 (comment), the spec is quite clear that |
Yeah, I am not denying that. |
The current spec says that the computed value of
font-size-adjust
isand for the
from-font
keyword it confirms that thisAs I'm looking at implementing this in Gecko, the question arose as to whether the behavior in the spec is really what is desired here.
Note that the behavior currently implemented in WebKit (and expected by a WPT testcase) is different. Using current Safari Technology Preview:
we see that the computed value is the
from-font
keyword; it is not resolved to a<number>
at computed-value time.@litherum @svgeesus Should the spec be changed to reflect this, or should we file a bug against WebKit and proceed with implementing what the spec says?
The text was updated successfully, but these errors were encountered: