fix(document): mermaid-fence als gerenderde kaart in de visuele editor (#1920) #1926
No reviewers
Labels
No labels
accepted
bug
declined
docs
duplicate
enhancement
good first issue
in-progress
needs-info
privacy
security
triage
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
LibreKAT/Ocideck!1926
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/mermaid-embed-visual-editor"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #1920.
DOCUMENT_MODE.md§4.3 belooft mermaid als gerenderde embed-kaart in de visuele modus. Lezer, voorvertoning, Pagina's, PDF en HTML-export tekenden het diagram al; de editor als enige niet.De oorzaak was een andere dan het issue vermoedde.
FallbackEmbedBuilderis er niet bij betrokken. De fence-scanner inmarkdown_visual_compatibility.dartslaat alles binnen een ```-fence bewust over, dus de visuele modus ging gewoon open — maar de codec kende geen mermaid-embed, en dan blijft er een gewoon Quill-codeblok over. De reparatie vraagt daarom een embed-syntax plus een builder, langs hetzelfde pad als de pentest-envelop.Wat er verandert. De fence reist als één blok-embed (
x-embed-mermaid), met beide ```-regels erin, en de terugweg schrijft hem verbatim weg —DeltaToMarkdownescapet leestekens, en een%%{init}-directive of een<br/>in een label is geen proza. De kaart hergebruiktDocumentMarkdownView, dezelfde weergave als de lezer: geen tweede renderpad, en op een machine zonder WebView dezelfde terugval op het codeblok. Alleen-lezen; bewerken gaat via Bron, net als bij de andere atomaire blokken.Toetsing. Vijf tests, waarvan de dragende
find.byType(DocMermaidView)is. Mutatieproef gedaan: met de syntaxregistratie eruit worden nul embeds gevonden en nulDocMermaidView-widgets — precies het gemelde symptoom. De negatieve test (eendart-fence blijft een codeblok) blijft dan groen, zoals het hoort.make checkvolledig groen.Randgeval, bewust niet meegenomen. Een mermaid-fence in een lijstitem plakt aan de bulletregel. Nagemeten of dat nieuw is: nee — een
dart-codeblok verliest daar vandaag al zijn fences volledig, een tabel verliest zijn bullet. Apart opgevoerd als #1925; de fix daarvoor raakt de codec voor codeblokken en tabellen net zo goed.Bewaker overgeslagen, expliciet. Deze wijziging raakt het bestandsformaat niet: de fence blijft gewone Markdown, byte-getrouw heen en weer, en er komt geen afhankelijkheid of uitgaand verkeer bij. Wat wél een publieke belofte raakt — de gebruikersgids — is juist bijgesteld naar de waarheid in plaats van opgerekt.
🤖 Generated with Claude Code
DOCUMENT_MODE.md §4.3 belooft mermaid als gerenderde embed-kaart in de visuele modus. Lezer, voorvertoning, Pagina's, PDF en HTML-export tekenden het diagram al; de editor als enige niet. De oorzaak lag niet bij de vangnet-bouwer. De fence-scanner in markdown_visual_compatibility.dart slaat alles binnen een ```-fence bewust over, dus de visuele modus ging gewoon open — maar de codec kende geen mermaid-embed, dus de fence werd een gewoon Quill-codeblok. De reparatie vraagt daarom een embed-syntax *plus* een builder, langs hetzelfde pad als de pentest-envelop. De embed draagt de héle fence, beide ```-regels inbegrepen, en de terugweg schrijft die verbatim weg: DeltaToMarkdown escapet leestekens, en een %%{init}-directive of een <br/> in een label is geen proza. De kaart hergebruikt DocumentMarkdownView — dezelfde weergave als de lezer, dus geen tweede renderpad en dezelfde terugval op een codeblok waar geen WebView is. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>05fbcd0274cb68c4b322