- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 10 Jun 2020 16:54:48 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-color-adjust-1] Should probably not honor non-url background images`, and agreed to the following: * `RESOLVED: Do not honor non-URL background images in forced color adjustments` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-color-adjust-1] Should probably not honor non-url background images<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/4916<br> <dael> emilio: When we impl we initially allowed all bg images like spec says. We had to revert and only allow url based bc/ things like gradients cause undesired effects. High contrast dark theme with white gradient you don't want to show<br> <dael> emilio: Not sure what Edge or new blink impl does, but we got a lot of complaints from high contrast users<br> <dael> AmeliaBR: End user pov gradients act more like background color than bg image which we'd preserve?<br> <dael> emilio: Right<br> <dael> Rossen_: Current impl is evolving in this respect<br> <dael> Rossen_: Issue you raised I checked one of the linked URLs. I didn't see why that didn't repro the issue.<br> <dael> Rossen_: Regardless two options you listed which is not honor or do something further and allow alpha blending of non-color bg to blend with override from system colors. That's an interesting approach but not sure effect on gradients and if that's more desirable<br> <dael> Rossen_: Either approach seems reasonable.<br> <dael> Rossen_: Before the call smfr linked to a prop from dino a while back<br> <dael> smfr: Linked b/c had a mech to desc how change colors and gradients. Instead of magic text you can say color-fliter-saturation:0<br> <dael> Rossen_: Defined BG color as a color-mix to be able to blend with computed color of system colors. That's the case and I was thinking if the color mix would be enough in this case<br> <dael> emilio: Need to color mix all colors in image. color-filter more tricky b/c if applies to system colors it's opposite. Need to prevent it from applying to UA colors which is not ideal<br> <dael> smfr: Had notion in webkit, but I don't think we specified anything on it<br> <dael> emilio: Doesn't that mean default color isn't filtered? I guess it depends<br> <dael> Rossen_: Could go more restrictive and not honor non-url bg images and than figure out if we can alpha-blend gradients<br> <dael> emilio: sgtm<br> <dael> astearns: Prop: Not honor non-url bg images for color adjustments<br> <dael> astearns: Or non-URL bg images people can use color adjustment MQ to make own changes?<br> <dael> fantasai: NO b/c we're not allowing them<br> <dael> astearns: But you can have rules in stylesheet o use differen gradients<br> <dael> AmeliaBR: Same as forced-color changing any other forced-color rule. It turns off forced color on certain element<br> <dael> fantasai: But that turns off all riles which is next issue<br> <fantasai> s/riles/rules/<br> <dael> astearns: Any objections to Not honor non-URL bg images in color-adjustments?<br> <dael> AmeliaBR: Can you say forced color?<br> <dael> Prop: Do not honor non-URL bg images in forced color adjustments<br> <dael> fantasai: I'm okay with it to start. Looking at other ideas in issue might be worthwhile, but we can start here<br> <dael> Rossen_: Agree. I think this is a reasonable first step on the path<br> <dael> RESOLVED: Do not honor non-URL background images in forced color adjustments<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4916#issuecomment-642134981 using your GitHub account
Received on Wednesday, 10 June 2020 16:54:50 UTC