Re: [csswg-drafts] [css-counter-style] overriding symbolic counter styles. (#3584)

The CSS Working Group just discussed `[css-counter-style] overriding symbolic counter styles.`, and agreed to the following:

* `RESOLVED: When you extend a predefined symbolic you are extending the version defined in the spec`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic:  [css-counter-style] overriding symbolic counter styles.<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/3584<br>
&lt;dael> TabAtkins: IN current spec I went conserivitive with locking down styles so could not be overwritten.<br>
&lt;dael> TabAtkins: After prodding I added a few things in addition to decimal. Disc. Emilio is asking for others not to be overwritable. rendered specially by browsers so requires a bit more work.<br>
&lt;dael> TabAtkins: I'm happy with this. You can make your own and give it your own name. Need sign off<br>
&lt;dael> astearns: Yes, there is the out of making your own. Do you think there is a compat problem where we will remove people's overrides?<br>
&lt;dael> TabAtkins: I strongly doubt. If you're doing a counter style named square that is not squares you're bringing it on yourself<br>
&lt;dael> astearns: Your special squares is the thing. Going back to normal boring squares is not that terrible<br>
&lt;dael> astearns: Any concerns with the change?<br>
&lt;dael> astearns: Prop: Make app predefined symbolic counter styles not overwritable<br>
&lt;dael> TabAtkins: All predefined symbolics<br>
&lt;dael> s/app/all<br>
&lt;dael> astearns: Obj?<br>
&lt;dael> Resolved: Make all predefined symbolic counter styles not overwritable<br>
&lt;dael> TabAtkins: What if you extend these?<br>
&lt;dael> TabAtkins: Two major options<br>
&lt;dael> TabAtkins: First is that whenever you extend a predefined counter style the thing you are extending is the spec version, not what browsers do. Means you might get slightly different glyph<br>
&lt;dael> TabAtkins: Still approx the same<br>
&lt;dael> TabAtkins: Other is doing more subtle thing where certain descriptors cause revert to version in spec. That still has complicaitons<br>
&lt;dael> TabAtkins: Prop: if you extend a predefined symbolic you are extending the version defined in spec not as rendered in browsers<br>
&lt;dael> fantasai: Not sure on this one<br>
&lt;dael> fantasai: Reasonable you might want to extend with some such as speak-as without effecting rendering<br>
&lt;dael> TabAtkins: Symbolics with speak-as best you can do it make them read decimal of counter. Doing that one something that doesn't render a number doesn't sound good<br>
&lt;dael> TabAtkins: Decimal is fine. Predefined symbolics where in spec you can render in other ways<br>
&lt;dael> fantasai: So this is just circle, disc type ones?<br>
&lt;dael> TabAtkins: Yeah<br>
&lt;dael> oriol: This is how FF and Chromium render so it is fine<br>
&lt;dael> astearns: Prop: When you extend a predefined symbolic you are extending the version defined in the spec<br>
&lt;dael> astearns: Obj?<br>
&lt;dael> RESOLVED: When you extend a predefined symbolic you are extending the version defined in the spec<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3584#issuecomment-853440806 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 2 June 2021 23:11:43 UTC