Re: Proposing new values for list-style-type

On Wed, Sep 16, 2020 at 3:51 AM Xidorn Quan <me@upsuper.org> wrote:
> Nowadays the CSS working group mainly uses GitHub to track spec changes, so the proper way would be to create a new issue in https://github.com/w3c/csswg-drafts. However, given that we already have @counter-style spec'ed and implemented in Firefox, I don't think it's very likely CSSWG would be willing to accept new builtin counter styles.
>
> I would instead suggest that you create a new issue or pull request against https://github.com/w3c/predefined-counter-styles to add these styles to the ready-made list. And as you can see in this list, there are just too many styles that can be added, and it's probably not a great idea to build all of them into CSS.

Yup, the CSSWG ended up deciding, after we'd created @counter-style,
to only predefine (in the browser) the handful of counter styles that
previously existed in implementations, for legacy-compat reasons, and
the handful of counter styles we knew about that couldn't be expressed
in @counter-style.

So the Predefined Counter Styles document instead collects all the
real-world counter styles beyond that small set, for easy
copy/pasting. We'd love to get more additions to that, especially with
some evidence that they're currently used in printing or similar.

> I think it's more practical to put more pressure on browsers which don't support it rather than trying to standardize even more styles, as the latter would likely meet more resistance.
>
> As the person who implemented @counter-style for Firefox, I'm very happy to see that people do find it useful :) And you can probably suggest users visiting those languages to use Firefox instead of WebKit / Blink based browsers to have better experience.

Yup, please put pressure on Chrome/WebKit to implement @counter-style,
to enable these kinds of global-minority languages to have good native
list display.

~TJ

Received on Wednesday, 16 September 2020 16:17:24 UTC