These numbers should not be hidden
Perhaps this?
1 Like
No, I don’t want to change my heading format
Interesting. It seems that when you type 1. on the heading, the render recognizes it as ordered lists. Thus, you could use single 1. or text without 1. on the heading, but you could not use them at the same time.
One way to avoid this is not to type a space between 1. and the text( e.g. 1.text ). You could also use a backslash to escape the . ( e.g. 1\. text ). Both two methods work will on the latest 1.4.13 version.
3 Likes
This could be a workaround. However, I am using Number Heading plug-in, and it generates numbers automatically with the same style, such as, 1. and 1.1 and 1.1.1
maybe the regexp pattern of /[#]*\s\d*\.\s.*/ can be identify and parsed separately by the render?
Found another thread, discussing the same matter:
Not sure if this is related to this same issue, but I found this post while I was researching if someone had submitted this bug.
When making an ordered list on an outline, I labeled my item using the number and space shortcut to start the ordered list. The first item was correctly titled “1.” and I entered in some text. However, this item was to have two sub-items. The first sub-item numbered itself “2.”
I went as far attempting to delete the spaces before to the prior sentence, hitting and pressing to see if the numbering would correct itself, but it did not. The first sub-item of the the line labeled “1.” refuses to provide a “1.” for the first sub-item.
This is completely unrelated. The outline discussed in this thread is this: