W3C home > Mailing lists > Public > www-style@w3.org > April 2014

Re: [css-counter-styles] About space between bullet and content

From: Tab Atkins Jr. <jackalmage@gmail.com>
Date: Mon, 28 Apr 2014 10:15:48 -0700
Message-ID: <CAAWBYDDXR5GOWgjkge6=nb3mh2swoeP9x02k8N+zCuNXGb+ctQ@mail.gmail.com>
To: Xidorn Quan <quanxunzhen@gmail.com>
Cc: www-style list <www-style@w3.org>, David Baron <dbaron@dbaron.org>
On Sat, Apr 26, 2014 at 11:14 PM, Xidorn Quan <quanxunzhen@gmail.com> wrote:
> During implementing of this spec, one thing we noticed that is not mentioned
> in the document is the space between bullet and content. Though I do not
> think it is something necessary to be covered in spec, dbaron has a
> different opinion.
> Currently, for list-style-type defined before this spec, Gecko use
> padding-end: 0.5em on bullet to separate bullet with content, and
> WebKit/Blink seem to append a space character to the bullet. However, since
> this spec introduces arbitrary suffix, a problem is present.
> The problem is that, some suffixes like ideographic comma, the suffix of
> cjk-decimal and some other East Asian counter styles, have space inside
> themselves. If additional space is appended, the visual gap between bullet
> and content will be too wide. To solve this problem, in Gecko, we suppress
> the padding when the suffix is ideographic comma, and plan to also apply
> this suppression to suffixes end with some other punctuations including
> ideographic full stop, and fullwidth comma, full stop, and colon.
> Since I find no normative text mentions the space between bullet and
> content, any comment of this problem should not be normative, either.
> However, the spec may want to mention it as an informative note, so that
> future implementators can be aware of this problem.

The intention is that the spacing is controlled by the ::marker
pseudo-element.  This is currently captured by the Lists spec:

  li:dir(ltr)::marker {
    margin-right: 1em;
  li:dir(rtl)::marker {
    margin-left: 1em;

(I'm using a 1em space for arbitrary reasons; I'd be fine with
switching it to .5em.  And if margin-inline-end existed, I'd obviously
use that instead of selectors.)

But it sounds like you're saying that the spacing should be dependent
on the counter style instead.  This is somewhat problematic, as
spacing has no relevance for *other* uses of counter styles that
invoke them with counter(); it's only relevant for <li>s themselves.

Could you control this with a :lang() style on the <li>?

Received on Monday, 28 April 2014 17:16:35 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:39 UTC