- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 30 Sep 2020 16:52:23 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-color-adjust] Clarify expectations re forced-color mode, system colors, and transitions`, and agreed to the following: * `RESOLVED: colors assigned due to forced-colors mode are not interpolatable` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-color-adjust] Clarify expectations re forced-color mode, system colors, and transitions<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/5419<br> <dael> Rossen_: I know AmeliaBR sent regrets. Seems consensus on issue. alisonmaher can you summerize?<br> <dael> alisonmaher: General issues are specifically when you change forced-color-adjust to aut or none do we trigger transition. If to or from are forced we would not trigger transitions is the proposal<br> <fremy> sounds like the right call to me<br> <emilio> q+<br> <dael> TabAtkins: Simplifies impl and happy to have in spec<br> <dael> Rossen_: Also support. Makes behavior predictable<br> <AmeliaBR> no need to wait for me: my opinion was “please pick what works best for implementations & spec it!”<br> <dael> emilio: Other than display is the precedent for such a thing?<br> <dael> TabAtkins: There's a couple of non-interpolatable properties. Some have values that cannot be interpolated though others can.<br> <dael> emilio: This is different. This isn't about interpolable but about if triggers transitions on other arbitrary properties<br> <dael> TabAtkins: Yes. If the stuff is forced or not controls if other properties can interp certain values. That is novel. Seems easier on out impl to handle it.<br> <dael> emilio: Why?<br> <dael> TabAtkins: Don't know. Rune would have more details<br> <dael> emilio: To me seems it would make; this would need to be a special case<br> <dael> Rossen_: Impl aside from user or author PoV which behavior would you prefer<br> <fremy> q+<br> <dael> emilio: If author has spec BG transitions I don't see why it shouldn't?<br> <dael> Rossen_: How if in middle of transition you go to or from forced colors. You're going off a cliff for expected. But continuing to transition means some thigns change. These are dissonant to me.<br> <dael> emilio: To make sure I understand saying that changing forced-color adjust stops in progress particular property values?<br> <dael> TabAtkins: Not quite. Any colors comping from forced color mode don't interpolate. In general it's forced vs not and that's outside the property.<br> <dael> emilio: Agree with Rossen_ similar that stopping transition when element stops making boxes makes sense it does make sense when you change to stop animations and transitions. I need to look deeper into implications.<br> <dael> Rossen_: We do have a resolution on animations<br> <dael> fremy: An example of why don't want to transition colors. When in forced-colors the backplate is on top of text. Will disappear when set to none. Previous text color contrasts backplate so you don't want text color to transition because it's a completely different background. Text could disappear for a few seconds. I think stopping transitions makes the most sense<br> <dael> emilio: Could make argument with a bunch of different property combos, right? Not just forced-colors.<br> <dael> Rossen_: Is this something you want to object emilio, discuss more?<br> <dael> emilio: colors from forced-colors and colors don't interpolate?<br> <dael> TabAtkins: Prop: Colors assigned due to forced-colors mode are not interpolable<br> <dael> emilio: I won't object. I need to look more<br> <dael> emilio: When you revert a property and it goes to color from UA sheet I assume that counts as assigned b/c forced color mode?<br> <dael> emilio: You have forced colors. That can cause you to revert some properties to UA level. If you use a color; it's not just default colors you assign but also the ones you get when revert to a value from UA stylesheet. They shouldn't interp. But same as if author spec revert<br> <dael> TabAtkins: Should have been from set of forced system colors so yes<br> <dael> emilio: I don't know. Feels awkward resolution. I would be curious about constraints that simplify this in Chrome<br> <dael> emilio: I won't object<br> <dael> Rossen_: If you have a better proposal and want to re-open please do<br> <dael> Rossen_: Let's make progress now<br> <dael> Rossen_: Objections to colors assigned due to forced-colors mode are not interpolable<br> <TabAtkins> https://github.com/w3c/csswg-drafts/issues/5419#issue-677260327 lays out some initial thoughts, from Amelia, and subsequent comments from Alison and Rune<br> <dael> RESOLVED: colors assigned due to forced-colors mode are not interpolatable<br> <Rossen_> q?<br> <Rossen_> ack emilio<br> <Rossen_> ack fremy<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5419#issuecomment-701514114 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 30 September 2020 16:52:25 UTC