You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issue
The blocknote content is stored as markdown for later reuse by users.
When a numbered list starts at number higher than 1, when storing the markdown it is done correctly.
But when parsing the markdown or even the html, the editor removes the custom numbering and connects both lists and continues the numbering incorrectly as shown in the screenshot. Is there any way to avoid that behavior ?
It completely messes up documents and misleads users.
To Reproduce
In the editor create an ordered list:
Some text
Some text
Some text
Final text
The generated markdown would correctly be:
`1. Some text
2. Some text
Some text
Final text`
When parsing this in the editor you get back:
Some text
Some text
Some text
Final text
Misc
NextJs version: "15.0.3",
"@blocknote/core": "^0.22.0",
"@blocknote/mantine": "^0.22.0",
"@blocknote/react": "^0.22.0",
"@blocknote/shadcn": "^0.22.0",
Package manager: bun
Browser: Chrome v.131
Thanks for looking into this :)
The text was updated successfully, but these errors were encountered:
sadry-em
changed the title
Issue: custom numbered list start when parsing markdown and html to blocks
Issue: custom numbered list resets incorrectly when parsing markdown and html to blocks
Jan 13, 2025
Issue
The blocknote content is stored as markdown for later reuse by users.
When a numbered list starts at number higher than 1, when storing the markdown it is done correctly.
But when parsing the markdown or even the html, the editor removes the custom numbering and connects both lists and continues the numbering incorrectly as shown in the screenshot. Is there any way to avoid that behavior ?
It completely messes up documents and misleads users.
To Reproduce
In the editor create an ordered list:
Some text
Some text
Some text
Final text
The generated markdown would correctly be:
`1. Some text
2. Some text
When parsing this in the editor you get back:
Misc
Thanks for looking into this :)
The text was updated successfully, but these errors were encountered: