You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[css-text-decor][css-lists][css-counter-styles] text-emphasis is similar to (symbolic) counters #13335
text-emphasis-style is remindful of list-style-type at first impression, but upon further inspection their predefined values hardly overlap. Even where they should use the same character, their keywords and terms mismatch:
the text-emphasis-style value would need to accept <counter-style>
This sounds like it would add substantial implementation complexity for what seems to be a hypothetical use case. I'd like to see evidence of a genuine author need before considering something like this.
It probably would add some complexity indeed, although my motivation was the reuse of existing definitions.
I do not feel strongly about this suggestion, it just came to my mind when commenting on #13329.
the text-emphasis-style value would need to accept <counter-style>
I'm not sure how you are expecting e.g. text-emphasis-style: decimal to work. Would the first character get 1, the second 2, etc? What if the counter would produce a text that doesn't fit?
Activity
jfkthame commentedon Jan 12, 2026
This sounds like it would add substantial implementation complexity for what seems to be a hypothetical use case. I'd like to see evidence of a genuine author need before considering something like this.
Crissov commentedon Jan 12, 2026
It probably would add some complexity indeed, although my motivation was the reuse of existing definitions.
I do not feel strongly about this suggestion, it just came to my mind when commenting on #13329.
Loirooriol commentedon Jan 12, 2026
I'm not sure how you are expecting e.g.
text-emphasis-style: decimalto work. Would the first character get 1, the second 2, etc? What if the counter would produce a text that doesn't fit?Crissov commentedon Jan 12, 2026
Yes, of course, and it would fail in the same way as if an author provided too long a
<string>with the existing possibilities.