Obsidian repeatedly wrongly changes user entered numerals in numeric lists

[WhiteNoise]

I am sorry we had an internal discussion about this report a while back.

Let me update you on this:

First

@iconoclast

That is the number of spaces created by ⇧↩, so it’s not my typo, it’s a bug in Obsidian.

Shift-enter is to continue writing at the current level in the hierarchy. Using shift enter to nest is wrong. You need to use enter-tab

Second,
We currently only support 1 tab or 4 spaces for indentation.

(Re) Introduce a way to set how many spaces a tab keypress is converted to

Right now, when the tab key is pressed it is possible to configure Obsidian to enter either one tab char or 4 spaces. Some users likely prefer to have a way to specify the number of spaces a tab key-press is converted to. It is important to note that Obsidian does NOT support proper delimiter based indentation (that dictates a variable number of spaces for proper indentation). Right now, indenting with anything different than 1 tab or 4 spaces will be broken.

The actual Commonmark spec that determines when something is indented is quite complex, 1 tab/4 spaces is a crude approximation. For that you can continue here:

Support delimiter-based indentation in editor / live preview

The CommonMark specification states that list indentation can specified using 1) a fixed number of spaces (1 tab / four spaces) or 2) the width of the list item delimiter plus the number of spaces before the first character of the list item content (referred to as “delimiter-based indentation” moving forward). For example: ## Fixed width indentation (1 tab / 4 spaces) - No indent - First indent (4 spaces) - Second Indent (8 spaces) 1. No indent 1. First indent (4 spaces) …