- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Tue, 07 Nov 2017 00:33:48 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `Scoped Counters`, and agreed to the following resolutions: * `RESOLVED: create new counter scopes at style scoping root for style containment` <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: Scoped Counters<br> <astearns> github: https://github.com/w3c/csswg-drafts/issues/1887<br> <fantasai> TabAtkins: If you have a style scoped element, which says counters are scoped to the subtree<br> <fantasai> TabAtkins: does that create a new counter?<br> <fantasai> s/that/counter-increment/<br> <fremy> +1 on this one<br> <fantasai> TabAtkins: or does it increment the existing counter from the outside<br> <fantasai> TabAtkins: I think it should implicitly create a new counter scope at the style scoping root<br> <fantasai> fantasai: And so counters() would reveal a new level of counter?<br> <fantasai> TabAtkins: yes<br> <fantasai> TabAtkins: Don't want to fuss with the subtree when calculating counters further down in the document<br> <fantasai> fantasai: so you're disagreeing with Oriol's comment?<br> <fantasai> TabAtkins: ...<br> <fantasai> astearns: Write a test?<br> <TabAtkins> s/.../yes/<br> <fantasai> astearns: So proposed to implicitly create new counter scopes at style scoping root for style containment<br> <fantasai> RESOLVED: create new counter scopes at style scoping root for style containment<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1887#issuecomment-342335347 using your GitHub account
Received on Tuesday, 7 November 2017 00:33:50 UTC