- From: Xidorn Quan <quanxunzhen@gmail.com>
- Date: Tue, 9 Sep 2014 17:59:00 +1000
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- Cc: Jonathan Kew <jfkthame@gmail.com>, www-style list <www-style@w3.org>
- Message-ID: <CAMdq6999dQqprjVzUVFVistr5B5hHVhBSQcuh5Z=9zrXXCYrYA@mail.gmail.com>
On Tue, Sep 9, 2014 at 5:48 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote: > On Mon, Sep 8, 2014 at 8:36 AM, Jonathan Kew <jfkthame@gmail.com> wrote: > > In the current CSS Counter Styles draft,[1] we read that > > > > # These additional counter styles are not intended to be supported by > > # user-agents by default > > > > (in reference to the styles listed in the i18n WG's document.[2]) > > > > However, test results[3] indicate that webkit and blink do actually > > implement a number of these as built-in counter styles; in particular, > many > > of the Indian script/language names (with the exception of 'tamil'), and > > several more such as 'arabic-indic', 'persian', etc. > > > > A smaller number of the "additional" styles are also supported by > Firefox, > > such as 'armenian', 'greek', and a number of CJK styles; and a handful > also > > by IE. > > > > Should such styles be moved to the standard collection of predefined > styles > > within the Counter Styles spec, with the expectation that all browsers > > should support them? If so, we need to determine which ones to move. Or > > should browsers refrain from implementing these "additional" styles as > > built-ins, so that it's clear to authors that an explicit @counter-style > > rule is needed in order to use them? ISTM the current situation is > unhelpful > > from an interop point of view. > > Browsers generally shouldn't be implementing random things. However, > they did support a larger set than the spec currently requires; the > rule we used was just "what was specified in CSS2 and 2.1" to decide > what to keep. > > I'm fine with adding more things to the spec if browsers already > implement them, particularly if there are compat issues to deal with. > Feel free to implement what you need, and I'll reflect it in the spec > as necessary. I hope it won't cause an additional delay for the spec to be CR. - Xidorn
Received on Tuesday, 9 September 2014 08:00:08 UTC