list numbering incorrect
Categories
(Core :: Layout: Generated Content, Lists, and Counters, defect)
Tracking
()
People
(Reporter: jbethun2, Unassigned)
References
Details
Attachments
(1 file)
|
76.09 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:99.0) Gecko/20100101 Firefox/99.0
Steps to reproduce:
Log in to miro.com
Create a story which pops up a text input
Create formatted, numbered list
Add a top-level list item with a sub bullet
Add a second top-level list item with a sub bullet
Actual results:
The sub bullet under the second top-level list item continues iterating from sub bullets under the previous top-level list item (for example, it starts at 2b)
Expected results:
The sub bullet under the second top-level list item should have restarted iteration from the beginning (for example, started at 2a)
This appears to be similar to this bug, which I was led to after reporting a similar issue in Azure DevOps some years ago: https://bugzilla.mozilla.org/show_bug.cgi?id=1548753
Updated•3 years ago
|
Comment 2•3 years ago
|
||
This is invalid, they have a rule like:
.editor-editfield p, .editor-editfield ol, .editor-editfield ul, .editor-editfield pre, .editor-editfield blockquote, .editor-editfield h1, .editor-editfield h2, .editor-editfield h3, .editor-editfield h4, .editor-editfield h5, .editor-editfield h6 {
counter-reset: list-1 list-2 list-3 list-4 list-5 list-6 list-7 list-8 list-9;
}
Unfortunately, that means that they're overriding this ua rule, which is the right way to implement CSS lists:
https://drafts.csswg.org/css-lists/#ua-stylesheet
So the right fix is for Miro not to override that by changing their rule to be:
.editor-editfield p, .editor-editfield ol, .editor-editfield ul, .editor-editfield pre, .editor-editfield blockquote, .editor-editfield h1, .editor-editfield h2, .editor-editfield h3, .editor-editfield h4, .editor-editfield h5, .editor-editfield h6 {
counter-reset: list-item list-1 list-2 list-3 list-4 list-5 list-6 list-7 list-8 list-9;
}
I filed https://github.com/w3c/csswg-drafts/issues/7227 to consider making this work automatically, but that would prevent people from overriding it, which is a bit unfortunate.
Description
•