Rendering blocks get 'broken' by links, multiline and inconsistent color

[DaveDavenport]

Version: v2.20.2

The following text:

> [!warning] This is warning [with](link) that is not multiline

gets rendered as:

in the edit view.

IMHO this is the right way to render the above code.

However in preview:

I don't think we should get the multi-line with extra vertical spacing on a link in the block.
(same for note, error)

This also renders as multiline and wrong color in PDF.

It can be reproduced with inline formula too:

> [!note] This can also be reproduced with a $3+1=4$ formula inline.

Or in general when trying to add a multi line node:

> [!note] line 1
> line 2

[adibhanna]

Fixed in 051be4c1, shipping with 2.24.0 (the branch is on PR #551; main fast-forwards at release).

Great report, the three repros made the diagnosis quick. Two things were wrong, both in the preview pipeline (the editor was right all along):

• The callout transform took only the leading text fragment of the first line as the title. A [link](x) or $math$ ended the fragment, so the link and everything after it fell into a separate body paragraph: uncolored, a full prose gap below. That is the "multi-line with extra vertical spacing" and the inconsistent color in one.
• For genuinely multiline callouts, the title/body line break survived into the body as a leading <br>, so the body opened with a phantom empty line on top of the paragraph gap.

Now the title is everything on the first line, inline markup included: links and formulas render inside the colored title exactly like the editor's head line (links inherit the callout color), and body lines sit compactly under the title. PDF export prints the preview, so it picks the fix up automatically.

Your three snippets are now unit tests, and I verified them in the built app: one amber line for the warning with the link inline, one blue line with the KaTeX formula in the title, and line 1 / line 2 stacked tight.

[DaveDavenport]

Thanks. Tested and preview is now identical to editor.