W3C home > Mailing lists > Public > public-css-archive@w3.org > July 2019

Re: [csswg-drafts] [css-images] Computed gradient colors (#4042)

From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
Date: Wed, 10 Jul 2019 16:17:27 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-510130157-1562775446-sysbot+gh@w3.org>
The CSS Working Group just discussed `Computed gradient colors`, and agreed to the following:

* `RESOLVED: Add section to CSS images defining computed value of an image type. This value has colors links and lengths all made absolute per usual computed value rules for those sub types and fix specs referring to images to make sure use correct language`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Computed gradient colors<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/4042<br>
&lt;dael> TabAtkins: With regards to images we have boiler plate for computed values. That doesn't technically cover things like absolutinzing colors and links. B/c it's boiler plate, things like gradient colors don't turn into consistent versions per spec.<br>
&lt;dael> TabAtkins: But we don't want copy/paste from boiler plate to mean something. proposal is we 1) define what a computed image is which does absolutizing and then 2) file bugs to make sure everyone serializes in same way across usages<br>
&lt;dael> AmeliaBR: For gradients key things is colors insidegradient should behave like colors everywhere and links like links. We don't have cross browser so need impl to update<br>
&lt;gregwhitworth> mozilla folks: do you all have any compat issues from this, I presume not - but thought I'd ask if you've ever had reports<br>
&lt;dael> AmeliaBR: Second is having one definition os what should happen to make consistency. I think that goes in replaced images and everywhere references it.<br>
&lt;dbaron> I don't know of them off the top of my head -- though that doesn't mean we haven't.<br>
&lt;dael> AmeliaBR: gregwhitworth asked on IRC. Mozilla currently is doing things as we want them to be done. They're the only one. Question was on compat complaints on that?<br>
&lt;dael> dbaron: I don't know of any. We could search but I haven't heard of any escallated<br>
&lt;dael> gregwhitworth: That's good enough for me. Thanks.<br>
&lt;dael> dbaron: Is this mostly a gradient thing?<br>
&lt;dael> TabAtkins: I believe that's the only thing in image that exposes colors and links. If anyone supports image() like we want that does take a color and would be impacted, but no one impl yet.<br>
&lt;dael> AmeliaBR: Also filter image function with I think is in Safari. Will need to be defined.<br>
&lt;dael> dbaron: Only compat bugs I find with gradients is 0 vs 0deg and a graphics bug. Doesn't seem relevant here<br>
&lt;dael> Rossen_: Okay<br>
&lt;dael> Rossen_: Additional thoughts? Sounds like we have consensus on expected behavior and what clarifications to spec are needed. Don't see pushback<br>
&lt;fantasai> +1 to the change<br>
&lt;dael> Rossen_: Objections?<br>
&lt;dael> Prop: Add section to CSS images defining computed value of an image type. This value has colors links and lengths all made absolute per usual computed value rules for those sub types<br>
&lt;dael> TabAtkins: and fix specs referring to images to make sure use correct language<br>
&lt;dael> RESOLVED: Add section to CSS images defining computed value of an image type. This value has colors links and lengths all made absolute per usual computed value rules for those sub types and fix specs referring to images to make sure use correct language<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4042#issuecomment-510130157 using your GitHub account
Received on Wednesday, 10 July 2019 16:17:29 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:50 UTC