Related w3 document: https://www.w3.org/TR/css-counter-styles-3/ To repro: data:text/html,<style>@counter-style negplus { system: numeric; symbols: '-' '+'; } ol { list-style: negplus }</style><ol><li>1</li><li>2</li></ol> Expected: Like Firefox, you should see something like: +. 1 +-. 2 Actual: Whole @counter-style is not supported it seems.
<rdar://problem/30318695>
*** Bug 167847 has been marked as a duplicate of this bug. ***
You may find the testing information from the duplicate bug useful: See https://www.w3.org/International/tests/repo/results/counter-styles.en.html (click on the large text in the left-most column to run the tests)
The lack of counter style support affects Japanese, Chinese and Korean numbering, which should use "、" or "," instead of "." after each counter. See https://github.com/w3c/jlreq/issues/12 as discussed in w3c Japanese layout requirements task force.
At the very least it would be heplful if Webkit implemented list-style: "foo"; so that a polyfill could be written reliably. But it would be better if the @counter-style rule was implemented. This affects a long list of languages that were removed from the draft of the counter styles spec when the @counter-style rule was added to let stylesheet authors define them.
See also bug 167729 for requesting the string-value for supporting Russian.
Any progress with fixing this issue?
Ping?
Chrome/Blink equivalent bug report: Issue 687225: Lack of @counter-style support https://bugs.chromium.org/p/chromium/issues/detail?id=687225
@counter-styles is now supported on Gecko and Blink browsers. Is there any progress on support for WebKit ? See test results at https://www.w3.org/International/i18n-tests/results/counter-styles
(In reply to r12a from comment #10) > @counter-styles is now supported on Gecko and Blink browsers. Is there any > progress on support for WebKit ? > > See test results at > https://www.w3.org/International/i18n-tests/results/counter-styles WebKit can parse @counter-style rules and descriptors behind a feature flag, but everything else remains (making a map of @counter-styles available in style resolvers, using that map to render lists). I've been busy for the last month and will be for at least another, but I'd like to get back to this when I can. Otherwise, if anyone else has time, feel free to take this on.
Hello folks! A gentle nudge and check in regarding this bug. I work at the Wikimedia Foundation and on my team, we are working on a replacement wikipage rendering engine (Parsoid) which plans to use CSS counters for localized numbering schemes. We are beginning to nudge different wikis to use custom counter styles instead of hardcoded strings in text for improved UX when these pages are edited. But, not having this support in Safari would limit the availability of this localization (hebrew, hindi, spanish, vietnamese are a few prominent examples). I wanted to gently nudge you all to see if you could prioritize this request. Even with the current wikipage rendering engine, having this support would improve rendering for some wikis that already use custom counter styles for ordered lists. https://sat.wikipedia.org/wiki/%E1%B1%A5%E1%B1%A4%E1%B1%A0%E1%B1%A0%E1%B1%A4%E1%B1%A2#%E1%B1%A5%E1%B1%9F%E1%B1%B9%E1%B1%A0%E1%B1%B7%E1%B1%AD%E1%B1%9F%E1%B1%B9%E1%B1%9B is an example. Thanks very much!
This is mostly implemented at this point, please file separate issues if needed.