Ordered lists: Each nested level must start with "1" to be understood as a new list item

Can anyone tell me why this is happening in Reading and Live Preview or how to get around it? Or is it a bug? It worked fine for me until the recent update.

What I’m trying to do

Nest ordered lists in a callout

Things I have tried

Paste this into a note in the sandbox:

ordered lists
1. a
	1.  b
		1. c
			1. d

> [!note] ordered lists
> 1. a
> 	2. b
> 		3. c
> 			4. d

numbered checklists
1. [ ] a
	1. [ ] b
		1. [ ] c
			1. [ ] d

> [!note] numbered checklist
> 1. [ ] a
> 	2. [ ] b
> 		3. [ ] c
> 			4. [ ] d

unordered lists
- a
	- b
		- c
			- d

> [!note] unordered lists
> - a
> 	- b
> 		- c
> 			- d

In the callouts (in both Reading and Live Preview), the ordered lists have no nesting. Instead, they appear as if they are simply follow-on lines without indentation, yet their auto-numbering continues:

The inspector shows that they’re not rendering as list items:

Unordered lists render properly. Ordered lists that are not in callouts are also fine.

Also in callouts, I can’t change the values of the list numbers, not even in Source Mode. Typing a custom number over an auto-number kicks my cursor in front of the number and immediately changes the value back to the auto-value.

Could this be related to them being more strict on the spacing being a tab or 4 spaces?

Thanks. I saw that and double checked, and I am using four spaces. It gets converted to a tab, and the result is the same whether typed with a tab or four spaces. But it still might be related to that tightening up in another way?? Don’t know yet.

Also, toggling “Smart lists” on or off made no difference.

I think I’ve narrowed down the symptoms: Any nested level that begins with a number that isn’t “1” is being interpreted as a continuation of the previous list item. It’s in Reading and Live Preview, both inside and outside of callouts. Here’s what does and doesn’t appear as expected…

Nests and auto-numbers appear as expected when I number every line as “1”:

Summary
1. a
    1. b
    1. b
    1. b
        1. c
        1. c
            1. d
            1. d
            1. d
            1. d
            1. d
    1. b
1. a

The same result happens as long as the first item at each level is a “1”. The rest of the numbers don’t matter:

Summary
1. <- 1
    1. <- 1
    60. b
    35. b
        1. <- 1
        10. c
            1. <- 1
            57. d
            96. d
            1. d
            12. d
    88. b
40. a

However, a level that begins with any number that isn’t “1” is interpreted as a continuation of the previous list item. The inspector can confirm this. Toggling “Strict line breaks” is also telling.

“Strict line breaks” on:

“Strict line breaks” off:

Inspector:

Summary
1. a
    2. b
    2. b
    1. b
        1. c
        1. c
            6. d
            5. d
            4. d
            1. d
            1. d
    1. b
1. a

So, is this a bug? Or is this just the way of the world? … for nested ordered lists.

Might be related? Incorrect automatic numbering with ordered lists and blockquotes

What you see is completely correct in reading mode and partially incorrect in Live Preview.

The partially incorrect part is this:

Ah! Thank you. Now I see how to work with it.

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.