- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 20 May 2020 16:12:00 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Is forced background-color computed or used value?`, and agreed to the following: * `RESOLVED: The color computed values are defined as used values using the color mix function` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Is forced background-color computed or used value?<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/4915<br> <dael> Rossen_: This is in the context of forced-colors-adjust.<br> <dael> Rossen_: Short summary is in the previous impl of what used to be ms-high-contrast and is now forced-colors we were reverting colors incl background and override with system color<br> <dael> Rossen_: At the time at MS we didn't consider taking in the alpha channel of the color value.<br> <dael> Rossen_: That meant simply all overrides were stable during computed and alpha was always opauqe<br> <dael> Rossen_: When working on focred-colors one addition to the feature is addition of considering alpha channel of the color. For background-color it means we now have to compute the final color value during used time<br> <dael> Rossen_: That's how issue came about. Is it supposed to be computed or used.<br> <dael> Rossen_: Is amelia_br or fantasai on?<br> <dael> TabAtkins: We have me and I commented<br> <dael> TabAtkins: Seems clear this needs to be used value time transformation<br> <dael> TabAtkins: because we can't do anything with a system color until we resolve it which is at used value time b/c need to know color scheme<br> <dael> TabAtkins: This is to make it reasonably work. Amelia's comment brings up the very good point that color mix function would be useful for this.<br> <dael> TabAtkins: If you want to define a computed value that's this system color but with the other alpha you can do it simply with color mix function.<br> <dael> TabAtkins: We could and should define computed value of color becomes a color mix function with alpha from previous color and mix with system color<br> <dael> Rossen_: What do we serialize in OM? used value?<br> <dael> TabAtkins: All current properties do used<br> <dael> Rossen_: Okay, that continues to work<br> <dael> TabAtkins: Not 100% clear/remember what happens in image properties. But plain colors do used value.<br> <dael> Rossen_: The ones covered by color-adjust are covered.<br> <dael> TabAtkins: Yeah<br> <dael> emilio: Not quite used value because :visited and so on<br> <dael> Rossen_: sure<br> <dael> TabAtkins: Ignoring :visited hacks they are always used values<br> <dael> Rossen_: Sounds like a good path forward for this behavior<br> <dael> Rossen_: Any other considerations or proposals to consider?<br> <dael> TabAtkins: If we go with this is means impl should prioritize color mix.<br> <dael> TabAtkins: Also solves that you can't transition system colors since you can use color mix for that.<br> <dael> Rossen_: Sounds good<br> <dael> Rossen_: Looking for your summary<br> <TabAtkins> color-mix(appropriate-system-color, specified-color a(100%))<br> <dael> Rossen_: Prop: The color computed values are defined as used values using the color mix function<br> <dael> Rossen_: Objections?<br> <dael> RESOLVED: The color computed values are defined as used values using the color mix function<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4915#issuecomment-631574709 using your GitHub account
Received on Wednesday, 20 May 2020 16:12:01 UTC