[#1801] HTML-export: een callout-dia verliest haar naast-elkaar-opmaak #1855

New issue

Closed

opened 2026-08-29 18:04:58 +00:00 by brenno · 0 comments

brenno commented

2026-08-29 18:04:58 +00:00

Owner

Wat er gebeurt

Gemeten in een browser op een echte export van een bulletsImage-dia met verwijzingen:

de <section> draagt class="slide logo-safe" — géén split;
de gegenereerde stijl bevat geen enkele .split-*-regel (section.split komt 0 keer voor in het bestand);
gevolg: de opsomming ligt óp de afbeelding in plaats van ernaast. Gemeten: beeld op y=768 hoogte 666, opsomming op y=924.

Daarbovenop verliest renderImageCallouts de wikkel: _renderImgslot vervangt de héle <div class="split-image">…</div> door alleen zijn inhoud, dus die div staat niet meer in de uitvoer (split-text staat er tien keer, split-image nul keer). Dat is latent zolang er toch geen split-CSS is, maar het is wel de tweede helft van dezelfde fout.

Reikwijdte

Het ontbreken van de split-opmaak is niet door #1801 veroorzaakt: de exportstijl heeft die regels nooit gehad. Een dia met beeld en tekst naast elkaar komt er dus altijd al gestapeld uit. Het valt nu op omdat de markeringen tegen een slot met hoogte 0 gepositioneerd worden.

Twee dingen die er in dezelfde export naast liggen

--iw:16;--ih:9 staat vast in elke ocideck-imgslot; het commentaar in marp_html_service_css.dart geeft toe dat het Slide-model de intrinsieke maat bij export niet kent. Bij een portretbeeld staan de markeringen daardoor grof verkeerd.
De HTML schrijft ook de afgeknipte markeringen weg, terwijl Flutter ze laat vallen (#1853). Twee oppervlakken, twee antwoorden op dezelfde vraag.

Gevonden tijdens de beeldkeuring van #1847.

## Wat er gebeurt Gemeten in een browser op een echte export van een `bulletsImage`-dia met verwijzingen: - de `<section>` draagt `class="slide logo-safe"` — géén `split`; - de gegenereerde stijl bevat geen enkele `.split-*`-regel (`section.split` komt 0 keer voor in het bestand); - gevolg: de opsomming ligt óp de afbeelding in plaats van ernaast. Gemeten: beeld op y=768 hoogte 666, opsomming op y=924. Daarbovenop verliest `renderImageCallouts` de wikkel: `_renderImgslot` vervangt de héle `<div class="split-image">…</div>` door alleen zijn inhoud, dus die div staat niet meer in de uitvoer (`split-text` staat er tien keer, `split-image` nul keer). Dat is latent zolang er toch geen split-CSS is, maar het is wel de tweede helft van dezelfde fout. ## Reikwijdte Het ontbreken van de split-opmaak is **niet** door #1801 veroorzaakt: de exportstijl heeft die regels nooit gehad. Een dia met beeld en tekst naast elkaar komt er dus altijd al gestapeld uit. Het valt nu op omdat de markeringen tegen een slot met hoogte 0 gepositioneerd worden. ## Twee dingen die er in dezelfde export naast liggen - `--iw:16;--ih:9` staat **vast** in elke `ocideck-imgslot`; het commentaar in `marp_html_service_css.dart` geeft toe dat het Slide-model de intrinsieke maat bij export niet kent. Bij een portretbeeld staan de markeringen daardoor grof verkeerd. - De HTML schrijft ook de **afgeknipte** markeringen weg, terwijl Flutter ze laat vallen (#1853). Twee oppervlakken, twee antwoorden op dezelfde vraag. Gevonden tijdens de beeldkeuring van #1847.

brenno added the

bug

label

2026-08-29 18:04:58 +00:00

brenno referenced this issue

2026-08-29 18:12:00 +00:00

fix(callouts): markeringen terug in de rasterexport, en zichtbaar op donker (#1847) #1857

brenno referenced this issue

2026-08-29 18:12:34 +00:00

[#1801 gate] Visuele beeldkeuring: light/dark/busy/greyscale #1847

brenno referenced this issue

2026-08-29 21:36:23 +00:00