- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 10 Apr 2019 16:54:41 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Is the list-item counter increment for list items reflected in the computed style?`, and agreed to the following: * `RESOLVED: implicit list-item counter is not reflected in computed style` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: Is the list-item counter increment for list items reflected in the computed style?<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/3769<br> <dael> emilio: I think fremy point is good. weird the counter would be inherited<br> <dael> AmeliaBR: You're agreeing the implicite list item shoudln't show in computed styles?<br> <dael> emilio: Yes. That's what I prop. Mats disagreed.<br> <dael> plinss: Wondering if we have right people to resolve this<br> <dael> fantasai: My incl is leave as a hidden mech but I don't have strong rationale. I'd choose that unless there's a good reason to reflect in CS. Putting it in CS means it inherits which is a little werid<br> <dael> fremy: Another reason is right now it's a breaking change but if you don't put in computed style it's not a breaking change. UNless there's a strong reason for it to be in computed style it shouldn't be<br> <dael> emilio: I don't think in this case compat is a constraint but I agree it's nice to keep compat<br> <dael> AmeliaBR: Sounds like call agrees. Resolve it pending a clear objectionsfrom Mats or anyone?<br> <dael> plinss: sgtm<br> <dael> plinss: Objections?<br> <dael> RESOLVED: implicit list-item counter is not reflected in computed style<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3769#issuecomment-481773323 using your GitHub account
Received on Wednesday, 10 April 2019 16:54:43 UTC