deckToDocumentMarkdown trimt inspringing weg (codeblokken en geneste lijsten) #1664
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#1664
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Wat er misgaat
DocumentDeckBridge.deckToDocumentMarkdowndoetbody.trim()op elk niet-tijdlijn-lichaam voordat de delen worden aaneengeregen. Leidende spaties/tabs zijn in Markdown betekenis (ingesprongen code, nestlijst). Een dia of een doordocumentToDeckgemaaktefreeMarkdown-sectie die met inspringing begint, verliest die bytes op de terugweg (presentatie → document, en de geprojecteerde.md-export).Daarnaast normaliseert
parts.join('\n\n')de ruimte tussen secties tot precies één lege regel plus een slot-newline. Enkele newlines tussen kopsecties overleven de rondgang niet.Waar het zit
lib/services/document_deck_bridge.dartindeckToDocumentMarkdown.De commentaar noemt structurele lossiness (tabel/chart); inspringing en intersectie-whitespace staan daar niet.
Stappen
Document met een ATX-kop en daaronder een ingesprongen codeblok zonder hekjes, of een dia waarvan
customMarkdownmet vier spaties begint. Converteren of exporteren als.md. De inspringing is weg.Wat het met het formaat doet
De geëxporteerde of geconverteerde
.mdis niet meer de bronbytes van die sectie.Regressie
Rondgangtest: body die met spaties begint blijft die spaties houden (tijdlijn blijft de uitzondering zonder trim).