Details
-
Bug
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
5.15.7, 6.2.2, 6.3.0 Feature Freeze, 6.4.0 Beta2
-
None
Description
- open up qtbase/examples/widgets/richtext/textedit
- clear the text and reset the style (that's another bug: why does it think the first thing you type will be an H1, just because it was there from before? deletion is incomplete)
- type a little plain text; hit enter
- paste in some multi-line output from Konsole
- save it to Markdown
The output will be plain text, blank line, backtick, multi-line text, and closing backtick. This is not valid: md2html demonstrates that the text between the backticks will be parsed as markdown, and the backticks are taken as literals. Likewise if you try to read back the markdown that you wrote, same result.
It seems that whenever the backtick span can't be closed on the same line, we need to switch to using fences, as if it was a <pre> or <code> block in HTML.
I've also seen cases when code blocks get converted to a series of lines with backticks around them, but forgot how to reproduce it ATM; or maybe it was fixed already.
Attachments
Issue Links
- relates to
-
QTBUG-103484 rich text gets converted to monospace in CI because QFontDatabase::GeneralFont is "Sans Serif" and is monospace
- Reported
-
QTBUG-104999 crash in QTextMarkdownWriter
- Closed
-
QTBUG-99676 markdown (and html) import/export should not rely on use of a fixed-pitched font to remember a `monospace` span
- Closed
-
QTBUG-98927 QTextEdit can't parse the markdown it generates
- Reported
-
QTBUG-81583 QTextMarkdownWriter: if a task list item's first line ends with monospace text, trailing backtick is omitted
- Closed