Re: [csswg-drafts] [css-color-adjust-1] Combine forced-color-adjust and color-adjust properties somehow? (#3880)

The CSS Working Group just discussed `[css-color-adjust-1] Combine forced-color-adjust and color-adjust properties somehow?`, and agreed to the following:

* `RESOLVED: Add print-color-adjust as an alias for color-adjust and have the generic color-adjust be deprecated`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: [css-color-adjust-1] Combine forced-color-adjust and color-adjust properties somehow?<br>
&lt;dael> github:<br>
&lt;dael> TabAtkins: Been an issue for a long time wondering if we can combine the properties and generalize into a larger thing that controls color adjustments<br>
&lt;dael> TabAtkins: After discussion fantasai and I concluded we shouldn't b/c addressing different issues. Don't think appropriate to make it easy to turn them all off at once<br>
&lt;dael> fantasai: And have WG resolution on this<br>
&lt;smfr> +1 to print-color-adjust<br>
&lt;dael> fantasai: Reason it's on agenda is leaverou brought up information about color-adjust property and looking at data. That color adjust mostly affects print but has generic name it seems like it should be shorthand. There was webkit print color adjust. Looking at that wondering if should call it print-color-adjust and leave color-adjust as a deprecated alias<br>
&lt;dael> fantasai: Reason it was generic is we thought it would be a generic switch but it doesn't end up working well. Having a generic name is more confusing than helpful<br>
&lt;lea> +1 to print-color-adjust<br>
&lt;florian> q+<br>
&lt;dael> astearns: Seems reasonable to be more specific, though have to support both<br>
&lt;astearns> ack florian<br>
&lt;smfr> q+<br>
&lt;dael> florian: Wondering while not fully generic are we sure it's not more generic than print? Not wasting energey for screens with different profiles. There might be adjustments similar to print but not actually print. Or are we ruling those out?<br>
&lt;dael> fantasai: Good point but majority of use is for print.<br>
&lt;astearns> ack smfr<br>
&lt;dael> smfr: There is a potential applicaiton. If we do HDR colors they have a power usage impact so this may allow authors to decide if high energy colors are allowed<br>
&lt;dael> florian: Thanks for a more concrete example. Could a default be surpress and opt in or no default surpression?<br>
&lt;chris_> q+<br>
&lt;astearns> ack chris_<br>
&lt;dael> smfr: Haven't decided yet. Maybe prevent cross-orgin. Who knows<br>
&lt;dael> chris_: Impl require an explicit request for HDR current. I think that would be the case here<br>
&lt;dael> florian: So could be applicable?<br>
&lt;dael> chris_: Certainly<br>
&lt;dael> florian: Should we punt and explore that topic? Or is there time pressure?<br>
&lt;dael> fantasai: 2 open issues on color-adjust. One is waiting on review and the other we just discussed. Not much time pressure<br>
&lt;dael> astearns: Point of moving the name is to disabuse that color-adjust is a shorthand?<br>
&lt;dael> fantasai: yeah<br>
&lt;dael> astearns: Pretty weak to add another name<br>
&lt;dael> fantasai: And that people are using it and WK is -print-<br>
&lt;dael> florian: We're aliasing through shorthanding so we could add highdef color adjust and then color-adjust is a shorthand<br>
&lt;dael> astearns: Deprecate the generic until we have a need and than undeprecate?<br>
&lt;dael> chris_: I like combining the 2 if we need it<br>
&lt;dael> florian: And can do separately<br>
&lt;dael> florian: Introduce print, make the non-specific a shorthand but call it deprecated for now<br>
&lt;dael> astearns: Arguments againt?<br>
&lt;dael> astearns: Prop: Add print-color-adjust as an alais for color-adjust and have the generic color-adjust be deprecated<br>
&lt;dael> RESOLVED: Add print-color-adjust as an alias for color-adjust and have the generic color-adjust be deprecated<br>

GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at using your GitHub account

Sent via github-notify-ml as configured in

Received on Wednesday, 19 May 2021 16:51:25 UTC