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:
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.
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”:
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.
