- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 18 Mar 2020 16:36:17 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-color-adjust-1] User origin !important vs. forced colors mode`, and agreed to the following: * `RESOLVED: Option 3- Rewrite all author rules for affected properties to specify 'revert' instead` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-color-adjust-1] User origin !important vs. forced colors mode<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/4020<br> <dael> fantasai: The spec says we add revert !important at user level to wipe out author level. Also reverts entire user level of cascade<br> <dael> fantasai: I think intent was leave user styles.<br> <dael> fantasai: If we want to do that correctly need origin between user and author. Sort of have this which is non-css presentation layer. It's beginning of author and has no spec<br> <dbaron> could these rules just be in the author level (at the top)?<br> <dael> fantasai: We could define there's a new UA control layer called presentation-hints and importance is between user and author and then it works as intended. Or we can do something else. Currently spec doesn't work as intended<br> <dael> AmeliaBR: If we can explain behavior using source order; say this is inserted at origin before any other rules at origin; I think that's easier than new cascade origin. If that doesn't work then define it explicitly<br> <dael> fantasai: emilio says they treat all author level as revert so we can spec that way.<br> <dael> astearns: Is this something where we have more tools to solve when we get to custom origins prop?<br> <dael> fantasai: No b/c need to revert...revert in author needs to revert non-css presentaiton hints. So we can create a new origin or do what emilio says FF is doing<br> <dael> astearns: Set of properties?<br> <dael> fantasai: [missed]<br> <dael> emilio: I don't understand why revert !important wouldn't work at end of author. Might be easier to spec that way. In practice I think the obserables are same as FF.<br> <dael> fantasai: I'm happy to put in FF behavior<br> <dael> astearns: Any concerns with specify FF behavior?<br> <dael> astearns: Reading emilio comment: Treat author level declarations with a set of properties as revert<br> <dael> fantasai: 3 solutions. Creat new origin<br> <fantasai> 1. Create new origin between author / user origins<br> <fantasai> 2. Insert 'revert !important' rules in author orgin with highest possible specificity<br> <dael> fantasai: I think 3 is what emilio is saying FF does<br> <fantasai> 3. Rewrite all author rules for affected properties to specify 'revert' instead<br> <dael> fantasai: All of those would work. I don't have an opinion between.<br> <dael> astearns: I think 3 is easiest to explain to authors. Just my personal opinion<br> <dael> fantasai: That's a vote for easy to explain and a vote from FF it's easy to impl<br> <dael> Rossen_: I think #3 makes sense<br> <dael> astearns: AmeliaBR okay to you?<br> <dael> AmeliaBR: Yeah. So long as clearly defined.<br> <dael> astearns: Prop: Option 3- Rewrite all author rules for affected properties to specify 'revert' instead<br> <dael> astearns: Objections?<br> <dael> RESOLVED: Option 3- Rewrite all author rules for affected properties to specify 'revert' instead<br> <dael> astearns: Thanks emilio for adding FF behavior<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4020#issuecomment-600735820 using your GitHub account
Received on Wednesday, 18 March 2020 16:36:19 UTC