- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 20 Jun 2018 16:56:33 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `Presentation attribute as start or end value of a CSS transition`, and agreed to the following: * `RESOLVED: use edge behavior` * `RESOLVED: make this rotate with 3 values transition to a matrix and do matrix decomposition` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Presentation attribute as start or end value of a CSS transition<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/2684<br> <dael> krit: In SVG we have the transform attribute which is a presentation attr which mean sit contributes to css pipeline and we can set a transform and it would interfere in hierarchy with itself.<br> <dael> krit: If we have a transform with a list and define a transition on the same element, should it take transofrm into account or just ignore? I'm asking for ignore. 2 browsers do that and 2 take it into account.<br> <krit> https://codepen.io/krit/pen/XqvqyG?editors=1100<br> <dael> krit: codepen^<br> <dael> krit: You can see that there's a transform on the rect and a transition in css. For webkit you see it transforms and then transforms. blink and edge take the transform from the transform attr and then transition to the value.<br> <dael> krit: I'd like to ignore as that makes the most sense. So can a transform attr contribute as a start or end value?<br> <dael> krit: I'm asking for edge or blink behavior.<br> <dael> astearns: Conserns with standardizing on blink or edge?<br> <dael> smfr: Good to match other presentation attributes<br> <chris> LGTM<br> <dael> astearns: And there's a Mozilla comment saying it's because they haven't made transform a presentation element yet<br> <dael> RESOLVED: use edge behavior<br> <dael> krit: Syntax and some transform are different then on css. Example is rotate which is 1 value in css, 3 in SVG.<br> <dael> krit: If we have a transition from a transform presentation attribute with 3 value rotate to css, css would not understand. Edge here ignores the origin so the element jumps and then contiues. Blink composes from one matrix to another<br> <dael> krit: Webkit and FF ignore.<br> <dael> krit: Proposal would be to make this rotate with 3 values to a matrix and do matrix decomposition<br> <dael> astearns: This is an edge case b/c 3 value isn't used much?<br> <chris> rrsagent, here<br> <RRSAgent> See https://www.w3.org/2018/06/20-css-irc#T16-53-26<br> <dael> krit: Yes. Edge case because css does not have 3 value so it's not often used.<br> <dael> smfr: Unfortunate that you fall back to matrix for something that's a rotate...you'll never do rotate [missed] turning into rotate translate<br> <dael> krit: You could change rotate to a rotate translate, but that could be worse becuase it doesn't match any transform function. So we'd still fallback<br> <TabAtkins> (I support the rotate(3-arg) being incompatible with anything.)<br> <dael> krit: Proposal is if there's a rotate with 3 values and have a transition it gets composed to a matrix and we have matrix decomposition for a animation<br> <dael> smfr: No alternate proposal and I don't object. It's okay, it's just that if author is trying to rotate we will fallback<br> <dael> krit: Can we agree on matix decomposition?<br> <dael> astearns: Objections to make this rotate with 3 values to a matrix and do matrix decomposition<br> <chris> ok I guess<br> <dael> RESOLVED: make this rotate with 3 values transition to a matrix and do matrix decomposition<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2684#issuecomment-398822141 using your GitHub account
Received on Wednesday, 20 June 2018 16:56:43 UTC