Dates in german formatting automatically converted to numbered list

[jesco]

Dates in German follow the formatting DD. Month YYYY, e.g. Valentine’s Day is 14. Februar 2025. Entering this date in a note at the beginning of a paragraph will change the Valentine’s Day to 1. Februar 2025 in order to start a new numbered list.

This is perfectly sensible in English, however when the application language is set to German the logic should account for this different formatting and do not convert into a numbered list and change the number.

It can be remedied by formatting the date as a header, for example. But this disrupts certain (i.e. my) note taking workflow which consists of unstructured typing first and sorting/paragraphing/formatting only afterwards.

[Pch]

As a workaround, you could try to escape the . in the date by appending a backslash (\) to it, maybe ?

14\. Februar 2025

[WhiteNoise]

This is not necessarily a bug. Sometimes, they are numbered lists.

Follow these two:

Editor: Incorrectly detection of number list with offset number but without blank line

There is a little special case of markdown numbered (ordered) lists that Obsidian does not handle correctly # Case 1 Text 1. item one 2. item two # Case 2 Text 1. item one 2. item two # Case 3 Text 3. item one 4. item two # Case 4 Text 3. item one 4. item two According to CommonMark, Case 1, 2, 3 are ordered lists. Case 4 is NOT. Editor/Live Preview does not handle this. Reading mode does.

Add option to disable numbered list automatic numbering (auto-updating)

When entering a new line in a numbered list a new list item is created. The new item number will be one larger than the previous. When this is done in the middle of a list this will cause the following list items to have the wrong numbering since their numbering is not automatically updated. Add an option to disable the incrementation of new items, i.e. if I enter a new line after item 1 the new item will also be numbered as 1. This will make it easier to edit lists as the user doesn’t have to …