Re: [csswg-drafts] [css-images] Clarification about `Nx` as <resolution> value in image-set() is needed

The CSS Working Group just discussed ``Clarification about `Nx` as <resolution> value in image-set() is needed``, and agreed to the following resolutions:

* `RESOLVED:`
* `RESOLVED: add the x unit to <resolution> type in V&U`
* `RESOLVED: revet the edit to image-set in CSS Images`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Clarification about `Nx` as &lt;resolution> value in image-set() is needed<br>
&lt;dael> Github topic: https://github.com/w3c/csswg-drafts/issues/461<br>
&lt;Rossen_> I thought we had a resolution to *not* do this in Tokyo<br>
&lt;dael> astearns: Q if this is editorial or needs a resolution.<br>
&lt;dael> leaverou: In image set it allows values of 1x that is same as 1ppx. Even though the image had  it it wasn't part of grammar. WE solved that by adding an x-resolution. So issue was addressed. It's grammar, not syntax.<br>
&lt;dael> leaverou: It's another question as to if it should be added, but that's V&amp;U. As far as images is concerned grammar is on par with example.<br>
&lt;dael> fantasai: Do we want to add this to resolution type?<br>
&lt;dael> TabAtkins: I've been for that for a while.<br>
&lt;dael> leaverou: I'm not sure it's a good idea to take a single letter  unit for a shortcut to another unit.<br>
&lt;dael> TabAtkins: We've done that. We won't use it elsewhere n ow.<br>
&lt;dael> leaverou: Then it is a better solution to add to the resolution section.<br>
&lt;dael> fantasai: We've never had alias units, so what do you get if you serialize it back out.<br>
&lt;dael> leaverou: dpx?<br>
&lt;leaverou> s/dpx/dppx/<br>
&lt;dael> TabAtkins: It's only image resolution and webkit image set, so let's see what webkit does and do what they say. It'll b e x or dppx.<br>
&lt;dael> smfr: Pretty sure it's x<br>
&lt;dael> fantasai: If you put in dppx do you get out x?<br>
&lt;dael> TabAtkins: In specified style no. We don't need fancy. They're different units with a 1 to 1 ratio. In computed when you canonicalize you go to probably x.<br>
&lt;dael> Florian_: What if you animate from one to the other?<br>
&lt;fantasai> https://www.w3.org/TR/css-values-3/#resolution<br>
&lt;dael> TabAtkins: over coputed values an all resolutions can be computed to each other<br>
&lt;dbaron> I'm trying to think about whether "x" makes sense for all uses of &lt;resolution> or just some of them.<br>
&lt;dbaron> I think it's probably all.<br>
&lt;dael> astearns: Are we converging on using x everywhere &lt;resolution> is possible?<br>
&lt;dael> TabAtkins: Let's leave that to testing. But do we add x to resolution and I'm a +1 to that.<br>
&lt;dael> astearns: Do we want tor esolve before we test?<br>
&lt;dael> TabAtkins: Is anyone going to obj based on the answer?<br>
&lt;dael> astearns: prop resolution is add the x unit to &lt;resolution> type in V&amp;U<br>
&lt;dael> leaverou: Yep.<br>
&lt;dael> astearns: Obj?<br>
&lt;dael> RESOLVED:<br>
&lt;dael> RESOLVED: add the x unit to &lt;resolution> type in V&amp;U<br>
&lt;dael> fantasai: L3 or L4?<br>
&lt;dael> astearns: I'd be happy for 4.<br>
&lt;dael> TabAtkins: It only has one impl.<br>
&lt;dael> astearns: Since it would go in 4 it means leave the edit in images in place b/c we don't want it to depend on L4 spec.<br>
&lt;dael> TabAtkins: Sure<br>
&lt;dael> fantasai: It's fine b/c you would have the impl that support L4...the testing would be part of L4 impl. It's  like when we added q unit your lengths had more values possible.<br>
&lt;dael> astearns: Okay.<br>
&lt;dael> TabAtkins: Yeah, take it out of image set. It depends on resolution type.<br>
&lt;leaverou> agreed as well<br>
&lt;dael> astearns: Then we also need a resolution to revet the edit to image-set?<br>
&lt;dael> astearns: Obj?<br>
&lt;dael> RESOLVED: revet the edit to image-set in CSS Images<br>
&lt;dael> astearns: We're at time. Thanks everybody.<br>
</details>


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

Received on Wednesday, 3 May 2017 17:01:58 UTC