Document: bewust extra witruimte tussen alinea’s kunnen invoegen #2464
Labels
No labels
accepted
bug
declined
docs
duplicate
enhancement
good first issue
in-progress
needs-info
privacy
release-blocker
security
triage
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
LibreKAT/Ocideck#2464
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?
Gebruikersprobleem
Bij het opmaken van een offerte wil je soms bewust één extra lege regel tussen twee onderdelen, bijvoorbeeld vóór voorwaarden of een handtekening. Herhaald op Enter drukken of extra lege bronregels toevoegen geeft geen betrouwbare zichtbare ruimte, ook niet in de export.
Oorzaak op origin/main
De documentweergave slaat lege bronregels expliciet over (lib/widgets/reader/document_markdown_view.dart, _parse, circa regel 511). De PDF-route parseert Markdown naar betekenisvolle blokken (lib/services/pdf/markdown_to_pdf_blocks.dart); gewone lege regels worden daarin geen blok. De visuele editor zet Markdown via Quill om en terug (lib/utils/markdown_quill_codec.dart), wat extra bronwitregels niet als blijvende opmaakinstructie vastlegt. Normale Markdown-alineascheiding en bewust extra ruimte zijn zo niet te onderscheiden.
Voorgestelde gebruikersreis en formaat
Voeg in de visuele documenteditor een herkenbare actie Extra ruimte invoegen toe op de cursorpositie. Toon een selecteerbaar, verwijderbaar tussenruimteblok met voorspelbare hoogte van ongeveer één tekstregel; Backspace/Delete haalt alleen dat blok weg. De bron blijft gewone, uitwisselbare Markdown. Onderzoek als concrete representatie een afzonderlijke
<br>-regel (standaard inline HTML in Markdown) en laat die alleen op blokgrens als bewuste tussenruimte gelden. Valideer deze keuze eerst in OciDeck, gangbare Markdown-weergaven en alle documentexports. Als de HTML-regel daar niet verliesvrij werkt, ontwerp een even leesbare expliciete notatie vóór implementatie; gebruik geen onzichtbare NBSP of een reeks gewone lege regels als verborgen truc. De visuele editor moet deze specifieke notatie als ondersteund blok herkennen, zonder documentbrede Bron-fallback (#2463).Acceptatie
Reikwijdte
Dit is een nieuwe opmaakhandeling; ontwerp en toets eerst de formaatkeuze op Markdown-uitwisselbaarheid. Geen wijziging van bestaande documenten zonder gebruikersactie.
<!-- spacer -->(#2464) #2483