Find/replace: focus, false positive HTML-fallback, en naar probleemregel springen #1771

New issue

Closed

opened 2026-08-24 11:28:41 +00:00 by brenno · 0 comments

brenno commented

2026-08-24 11:28:41 +00:00

Owner

Drie problemen bij zoeken/vervangen in de documenteditor:

Focus op vervangen in plaats van zoeken — Bij Ctrl+H (vervangen) krijgt het vervangveld focus in plaats van het zoekveld. Je wilt eerst zoeken, dan pas vervangen. Elke editor doet dit zo.
False positive HTML-fallback na vervangen — Het vervangen van p.frissen met <persoon01> (in backticks!) werpt het document uit de visuele modus met de melding "Regel 40 bevat HTML-commentaar of HTML-tags". De <persoon01> staat binnen inline code (backticks) en is géén HTML — de Quill round-trip handle dit zonder probleem. De oorzaak: markdownVisualLimitations checkt de hele regel op HTML zonder inline code te strippen. De regel die aangewezen wordt is bovendien blank, wat voor een mens niet verklaarbaar is.
Naar het probleem springen — Als de auto-fallback naar bronmodus terecht triggert (bij legitieme HTML), zou de editor naar de probleemregel moeten scrollen zodat de gebruiker ziet wat er aan de hand is.

Oplossing:

Punt 1: focus altijd op het zoekveld, ook bij showReplace: true
Punt 2: strip inline code (`…`) voordat de HTML- en escaped-punctuation checks uitgevoerd worden
Punt 3: de cursor staat al op de probleemregel; de doc-comment is bijgewerkt om dit te verduidelijken

Drie problemen bij zoeken/vervangen in de documenteditor: 1. **Focus op vervangen in plaats van zoeken** — Bij Ctrl+H (vervangen) krijgt het vervangveld focus in plaats van het zoekveld. Je wilt eerst zoeken, dan pas vervangen. Elke editor doet dit zo. 2. **False positive HTML-fallback na vervangen** — Het vervangen van `p.frissen` met `<persoon01>` (in backticks!) werpt het document uit de visuele modus met de melding "Regel 40 bevat HTML-commentaar of HTML-tags". De `<persoon01>` staat binnen inline code (backticks) en is géén HTML — de Quill round-trip handle dit zonder probleem. De oorzaak: `markdownVisualLimitations` checkt de hele regel op HTML zonder inline code te strippen. De regel die aangewezen wordt is bovendien blank, wat voor een mens niet verklaarbaar is. 3. **Naar het probleem springen** — Als de auto-fallback naar bronmodus terecht triggert (bij legitieme HTML), zou de editor naar de probleemregel moeten scrollen zodat de gebruiker ziet wat er aan de hand is. **Oplossing:** - Punt 1: focus altijd op het zoekveld, ook bij `showReplace: true` - Punt 2: strip inline code (`` `…` ``) voordat de HTML- en escaped-punctuation checks uitgevoerd worden - Punt 3: de cursor staat al op de probleemregel; de doc-comment is bijgewerkt om dit te verduidelijken

brenno added the

in-progress

label

2026-08-24 11:28:46 +00:00

brenno referenced this issue from a commit

2026-08-24 11:29:47 +00:00

fix: focus altijd op zoekveld bij Ctrl+H, niet op vervangveld

brenno referenced this issue from a commit

2026-08-24 11:29:48 +00:00

fix: inline code geen false positive meer voor HTML-fallback (#1771)

brenno referenced this issue

2026-08-24 11:30:03 +00:00