W3C

- DRAFT -

CSS-SVG Task Force Teleconference

03 Jul 2018

Attendees

Present
krit, leaverou, Rossen, birtles, philipwalton, iank_, TabAtkins, ericwilligers_, jihye
Regrets
Chair
SV_MEETING_CHAIR
Scribe
ericwilligers

Contents


<ericwilligers_> Scribenick: ericwilligers

[css-transforms] Smarter interpolation of truncated transform lists

<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.

Explicitly specify that a transform is a containing block for all descendants

<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

CSS Transforms Last Call

<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

Updating Editors for Web Animations

<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

Any more animations or transitions issues

<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

Summary of Action Items

Summary of Resolutions

  1. pad the shorter one with identity functions, find the common prefix, interpolate common prefix pairwise, interpolate the rest matrix-wise.
  2. transform establishes a containing block for all elements.
  3. Publish CSS Transforms Level 1 as a CR
  4. Add these new editors of Web Animations
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.152 (CVS log)
$Date: 2018/07/03 05:13:03 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
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]