<ericwilligers_> Scribenick: ericwilligers
<Rossen> github: https://github.com/w3c/csswg-drafts/issues/927
<ericwilligers_> Brian: (summarizing) There was a proposal for when we have mismatched transform lists to do something smarter than matrix interpolation
<ericwilligers_> Brian: We resolved on some behavior (April 2017) but when implementing, spec text did not match what was discussed in WG.
<ericwilligers_> Brian: We implemented what is in spec text but we want to do something smarter: interpolate common prefix and use matrix interpolation for the remainder
<ericwilligers_> dirk: do other implementers also want to change?
<ericwilligers_> dino: we should do this: go as far as you can, smoosh the rest
<ericwilligers_> ian: will have to check with Waterloo team
<ericwilligers_> rossen: no objection
<ericwilligers_> pad the shorter one with identity functions, find the common prefix.
<ericwilligers_> interpolate common prefix pairwise, interpolate the rest matrix-wise
<ericwilligers_> dirk: proposal from fantasai to do the same from the right if they have a common suffix.
<ericwilligers_> tab: don't like it - common to have ambiguous situations
<ericwilligers_> dirk: agree
<ericwilligers_> tab: prefer prefix over suffix, prefer not to try to do both
<birtles> I agree
RESOLUTION: pad the shorter one with identity functions, find the common prefix, interpolate common prefix pairwise, interpolate the rest matrix-wise.
<Rossen> github: https://github.com/w3c/csswg-drafts/issues/913
<ericwilligers_> dirk: because of the compositing model of many browsers, much the same reason as for filter effects
<ericwilligers_> rossen: this means it will also be a containing block for fixed?
<ericwilligers_> rossen: is there interop?
<birtles> dbaron has a test for some of these cases https://dbaron.org/css/test/2018/stacking-context-z-order
<ericwilligers_> ericwilligers: motion path and individual transform properties explicitly create a containing block and stacking context.
<ericwilligers_> rossen: seems like transform in Edge and Chrome and Firefox is considered a containing block.
<ericwilligers_> brian: transform-style flat creates a stacking context in the spec but not implementations.
<ericwilligers_> dirk: some developers don't like the behavior - some want fixed-pos to not create a containing block even if there is a transform.
<ericwilligers_> dbaron: it is a little late to change that.
<ericwilligers_> dbaron: I tried this on 4 engines. Notes at the bottom of test linked above.
<ericwilligers_> dbaron: This is testing many different things. Green means it does the thing, red means it does not. Sometimes does not correspond to pass/fail.
<ericwilligers_> crossed out means the engine does not implement property.
<ericwilligers_> dirk: confirm WebKit behaves same as Edge and Chrome and Firefox in creating a containing block.
<ericwilligers_> dirk: will we resolve for filter too?
RESOLUTION: transform establishes a containing block for all elements.
<dino> ericwilligers_: Didn't we resolve to add a few options for transform-box?
<dino> ericwilligers_: it's already in the spec
<dino> ericwilligers_: i'm just noting that there have been differences since the most recent publication
<dino> dbaron: Last call doesn't exist any more. Do you mean CR?
<dino> krit: I don't know what it is called. But I meant Last Call.
<dino> ericwilligers_: the concern is that there is no interop for transform-box
<dino> dbaron: that's fine for entering CR
<dino> Rossen: we should definitely go to CR
<dino> once the changes are in
<dino> Rossen: Dirk, are you going to do the work preparing for CR?
<dino> krit: yes
<dino> krit: i'll work with Chris Lilley
<dino> Rossen: any objections to taking transforms level 1 to CR
RESOLUTION: Publish CSS Transforms Level 1 as a CR
<dino> birtles: supposedly we need WG approval to change editors
<dino> birtles: shane and doug are currently editors but can no longer continue
<dino> birtles: i propose adding Robert Flack (Google), Stephen McGruer (Google), Antoine Quint (Apple). The latter two need to join the WG.
<dino> Rossen: we can't add them while they are not members. Add Flack now.
<dino> Rossen: objections to adding Flack?
<dino> none
<dino> Rossen: any objections to adding McGruer and Quint when they become CSS members?
<dino> none
RESOLUTION: Add these new editors of Web Animations
<dino> birtles: not many that are worth discussing
<dino> birtles: i'm blocked on moving definitions into values and units. Tab and fantasai offered to help. They can't continue to live in transitions.
<dino> birtles: the other issue is i need to redo a lot of WPT because they are not very reliable. We've disabled a bunch in gecko due to flakiness.
<dino> birtles: this makes it hard to edit the spec and make more tests
<dino> birtles: i need to get those fixed
<dino> krit: maybe eric wants to discuss filter on root?
<dino> Rossen: we might need simon for this. what is it about?
<dino> Rossen: i think we discussed this 2 weeks ago, and we need a lot more investigation. It will happen on github.
<dino> Rossen: we are adjourned
<Rossen> trackbot, end meeting
This is scribe.perl Revision: 1.152 of Date: 2017/02/06 11:04:15 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Succeeded: s/denominator/prefix/ Succeeded: s/editors/editors of Web Animations/ Default Present: krit, leaverou, Rossen, birtles, philipwalton, iank_, TabAtkins, ericwilligers_, jihye Present: krit leaverou Rossen birtles philipwalton iank_ TabAtkins ericwilligers_ jihye Found ScribeNick: ericwilligers WARNING: No scribe lines found matching ScribeNick pattern: <ericwilligers> ... Inferring Scribes: ericwilligers WARNING: 0 scribe lines found (out of 82 total lines.) Are you sure you specified a correct ScribeNick? WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Found Date: 03 Jul 2018 People with action items: WARNING: IRC log location not specified! (You can ignore this warning if you do not want the generated minutes to contain a link to the original IRC log.)[End of scribe.perl diagnostic output]