- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 16 Jun 2021 16:43:56 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Transforms`, and agreed to the following: * `RESOLVED: clamp to 1px for both getComputedStyle() and interpolation as well` <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: Transforms<br> <fremy> TabAtkins: but patent protection was not part of this, and this is not ideal<br> <TabAtkins> Like, look at the issues list, showing definite cross-browser discussion https://github.com/WICG/visual-viewport/issues?q=is%3Aissue+is%3Aopen+sort%3Aupdated-desc<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/6320<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/6346<br> <fantasai> dbaron[m]: Discussing 6320 and 6346 together<br> <fantasai> dbaron[m]: Group resolved that values less than 1px should be clamped to minimum of 1px<br> <fantasai> dbaron[m]: At the time, discussed as a render-time clamp<br> <fantasai> dbaron[m]: I tried implementing this. Believe I was the first<br> <fantasai> dbaron[m]: in the process, became clear that the time at which it became clamped was the time you convert to a matrix<br> <fantasai> dbaron[m]: problem with zero is that it puts infinite components into the matrix<br> <fantasai> dbaron[m]: There are 3 different ways convert to a matrix<br> <fantasai> dbaron[m]: 1) need to render, to find used value<br> <fantasai> dbaron[m]: 2) find resolved value for gCS()<br> <fantasai> dbaron[m]: computed value of transform function is "as specified with lengths made absolute"<br> <fantasai> dbaron[m]: but resolved value is a matrix<br> <fantasai> dbaron[m]: The third one, which is maybe more interesting, is interpolation<br> <fantasai> dbaron[m]: Perspective function gets interpreted as matrices<br> <fantasai> dbaron[m]: if you were to not clamp, and then interpolate from 0 to 2px,<br> <fantasai> dbaron[m]: entire range of animation would be clamped to 1px during render time, because animating from infinity to 0.5<br> <fantasai> dbaron[m]: which crosses 1 basically right when it gets to 0.5<br> <fantasai> dbaron[m]: Conclusion was do the clamp anytime I convert to matrices<br> <fantasai> dbaron[m]: so for gCS and for interpolation also<br> <fantasai> dbaron[m]: I've already implemented this in Canary ... does anyone think we should do something different?<br> <fantasai> dbaron[m]: not clear to me what that could be<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/6320<br> <fantasai> smfr: Seems fine. What happens when perspective property or transform with only perspective, not converting matrices, do we need to describe beahvior there?<br> <fantasai> dbaron[m]: for perspective property, group explicitly resolved in 3084 that the animation should be different<br> <fantasai> dbaron[m]: so perspective property should interpret as specified<br> <fantasai> dbaron[m]: 2nd point, spec says that even a perspective() on its own gets interpolated as matrix<br> <fantasai> dbaron[m]: it describes the rules for interpolating matrix and perspective as the same thing<br> <fantasai> dbaron[m]: so decompose and do the pieces<br> <fantasai> dbaron[m]: for perspective it's trivial<br> <fantasai> dbaron[m]: but still the decomposition that gets interpolated is the matrix component, so ?? reciprocal<br> <fantasai> smfr: so that part is affected by your proposal<br> <fantasai> dbaron[m]: yes<br> <fantasai> smfr: I think it's reasonable<br> <fantasai> smfr: As long as we agree on where conversions to matrices happen<br> <fantasai> dbaron[m]: issues I filed are in terms of this should happen for inteprolation and this shoul dhappen or gCS<br> <fantasai> dbaron[m]: but rational was "wherever convert to matrix"<br> <fantasai> smfr: sounds fine<br> <fantasai> astearns: So original resolution for 413, did that cover resolved value?<br> <fantasai> dbaron[m]: no, said "for purpose of rendering"<br> <fantasai> astearns: so have a resolution for rendering, and you're saying extend to interpolation and resolved value<br> <fantasai> astearns: any other opinions?<br> <fantasai> astearns: ... implementation detail?<br> <fantasai> dbaron[m]: when editing spec, I'll see if it makes sense to fit that note in<br> <fantasai> [scribe missed, but guesses note was about the "convert to matrix" rationale]<br> <fantasai> RESOLVED: clamp to 1px for both getComputedStyle() and interpolation as well<br> <fantasai> dbaron[m]: possible not web-compatible, but can figure that out when we have data<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6320#issuecomment-862536887 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 16 June 2021 16:44:24 UTC