Re: [csswg-drafts] [css-grid] Interpolate repeat() (#3503)

The CSS Working Group just discussed `Interpolate repeat()`, and agreed to the following:

* `RESOLVED: Define repeat interpolation using the more restrictive rule in https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-453674839`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Interpolate repeat()<br>
&lt;dael> Github: https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-453674839<br>
&lt;fantasai> https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-453674839<br>
&lt;gregwhitworth> iank_:  yes - we can chat about it a little bit, I'll do a phone chat with Alek as well<br>
&lt;dael> TabAtkins: Question was raised by Boris. How are repeat functions interpolated in grid template rows<br>
&lt;fantasai> s/Alek/Aleks/<br>
&lt;dael> TabAtkins: It's retained in computed values bc some can't be resolved at computed value time. Computed value animaiton runs on will have repeat functions. How do they interpolate. This isn't in spec.<br>
&lt;dael> TabAtkins: They have 2 functions. After some discussion in issue and some nice examples there's 2 options that are consistent with how we interpolate<br>
&lt;dael> TabAtkins: First is we're very restrictive. To get smooth interpolation first arg must be a number and track listing must have same number of things. 2, 10px, 10px to 2, 20px, 20px will be smooth. If you have auto fit no smooth<br>
&lt;dael> TabAtkins: Other poss is we allow any values for first. If same transition by doing nothing. If they're numbers and diff they transition as int. If you try and go into to keyword it goes discrete.<br>
&lt;dael> TabAtkins: Still require track listing match with normal transitioning rules. You could not go from a repeat 4, 10 px to repeat 2, 10px, 10px. An auto fit and auto fill we can't match and I don't like special casing that<br>
&lt;dael> TabAtkins: I propose: We require that either the first arg be the same value or both int. Track listings must be interpolable normally<br>
&lt;dael> fantasai: 2 proposal. Main difference is the first one you can only interpolate if it results in same # of tracks. 2nd version we try and follow value interp patterns we have and that allows more possibilities. Disadvantage to that is you're not interpolate between # tracks and therefore position of elements can change.<br>
&lt;dael> fantasai: Do we want as much smooth in value space but have layout discontinuous or do we want to align what's possible to interopolate in layout with value space<br>
&lt;dael> TabAtkins: With caveat that discontinuous layout does happen if you end up in discrete. We do allow int based on grid positions we also can have skipping. THis is the whole grid, but similar in idea<br>
&lt;dael> astearns: I think I would like to have many example is spec whichever we choose<br>
&lt;dael> TabAtkins: Yep<br>
&lt;dael> fantasai: Anyone besides me and TabAtkins have an opinion or want more time?<br>
&lt;dael> astearns: fantasai do you have a preference?<br>
&lt;dael> fantasai: From what I know I'd go with first option. More restrictive.<br>
&lt;dael> fantasai: It seems like interpolating in value space and having things jump around, I'm not sure it would be that great. I don't feel very strongly b/c I don't understand strongly impl for layout system. I'd do whatever Mats thinks is right<br>
&lt;dael> fantasai: We can poke Mats. Any other opinions?<br>
&lt;dael> astearns: Often we will be more restrictive to begin with and then later add smooth interpolation to things that were previously discrete. THat's an argument to more restrictive because we can get to more liberal eventually<br>
&lt;dael> astearns: Other opinions?<br>
&lt;dael> astearns: Am I correct about being able to loosen in the future?<br>
&lt;dael> fantasai: I think you're correct<br>
&lt;dael> astearns: Prop: Define repeat interpolation using the more restrictive rule in https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-453674839<br>
&lt;dael> astearns: Objections?<br>
&lt;dael> RESOLVED: Define repeat interpolation using the more restrictive rule in https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-453674839<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3503#issuecomment-456901487 using your GitHub account

Received on Wednesday, 23 January 2019 17:53:31 UTC