DocumentBodyMarkdown.h header

QString ew::app::documentBodyMarkdown(const ew::core::Document &document)

The document's stored body as the app's Markdown, decided by its ew::core::BodyFormat tag rather than by guessing from the text: a Markdown-format body (the default since the Markdown-native document store) is returned verbatim, while a legacy Html-format body is converted via htmlBodyToMarkdown. This is the single normalizer the export engine and the embed renderer use so every consumer reads a document body as Markdown, and so a Markdown body that merely contains incidental angle brackets is never misread as HTML (as a content heuristic could).

QString ew::app::htmlBodyToMarkdown(const QString &body)

Converts a document body the editor stored as rich-text HTML (what QTextDocument::toHtml emits) into the app's Markdown. This is the per-body normalizer the export engine (which is UI-free and cannot walk a QTextDocument itself) runs so an HTML-authored body exports as clean Markdown rather than raw markup; it is also the foundation the Markdown-native storage rework builds on (the segment SSOT is docs/MARKDOWN_EDITING.md). A body that is not rich text (already Markdown or plain text) is returned unchanged.

It builds a QTextDocument from body, walks the root frame's blocks and child tables, and emits Markdown itself – preserving inline bold/italic/strikethrough/links (which Qt's own toMarkdown drops), ordered/unordered/nested lists, block quotes, horizontal rules, and GFM pipe tables, and passing the app's ![[…]] / [^id] markers through verbatim for the export engine's embed-strip and footnote-fold. Formatting beyond Markdown's vocabulary (colour, font, alignment, …) is dropped here (this is the export transform; DOCX/RTF exporters parse the Markdown themselves and would leak an extension token).

QString ew::app::htmlBodyToMarkdownWithStyles(const QString &body)

As htmlBodyToMarkdown, but ALSO emits the {.ew …} rich-text extension (see ew::app::MarkdownExtension) for the formatting Markdown cannot express, so the conversion is lossless: an inline run's colour, highlight, font family/size, underline, and super/subscript become [text]{.ew …}, and a paragraph/heading's non-default alignment, line spacing, or indent become a leading {.ew …} block line. This is the storage-fidelity conversion the Markdown-native document store uses (docs/MARKDOWN_EDITING.md); markdownToHtml renders the extension back. (A named paragraph style's relative size adjustment is not captured – its other effects, heading level / alignment / bold / italic, round-trip through their own Markdown.)