Thanks. I 1st thought it was my issue, so started typing in the Help section. Then, before posting I checked and found the other issue, and forgot to switch to the Bug section. Sorry.
We strongly recommend you to search the forum with possible keywords before submitting a new bug report. Please also try your repro steps with third-party plugins and custom CSS disabled and see if it’s still reproducible. If it’s an issue with third-party plugins or themes, try contacting the author for help. Once you’ve done the above, delete this line.
+1 for this bug report.
It’s annoying… esp. when you have a numbered list with many items, updating the correct number (in edit mode) is really a huge project.
During the correction, if you press the enter key by accident, a new numbered item is insert, and numbers in the rest of the list will automatically +1 again.
I think the issue is that the action of deleting does not trigger the expected update of the number of the items in the list in the edit mode.
What I posted is a workaround which can trigger the update of the number in the list. With this workaround, we can wait for the developers to enhance the Obsidian without getting our noting experience affected too much by this issue.
After some more tests, I found the real trigger is the tab key. You can always trigger the update whenever you want(e.g. after deleting an item): directly pressing the tab key to trigger the re-numbering of the current item and the items below which are with the same indent level:
NOTE: The items above the insertion are not affected.
NOTE: The child items are not affected.
btw, you may need to delete the inserted tab key after the update.
Debug info:
SYSTEM INFO:
Obsidian version: v0.13.14
Installer version: v0.12.19
Login status: logged in
Catalyst license: none
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Safe mode: on
+1 for this feature request. Especially with live preview ordered lists should re-order when items are changed. Users generally expect lists to re-number when edited (And I remember when Ulysses had the same problem. It took a few years for it to be fixed).
Facing the same issue mentioned by @Spduck . However, when you go to preview mode the numbering corrects itself but it goes back to incorrect order when switching to editing mode again.