Mermaid-dia's lijken soms blanco in presentatiemodus (terwijl de slidestrook/thumbnail ze wél toont) #897

New issue

Closed

opened 2026-07-26 15:17:10 +00:00 by brenno · 0 comments

brenno commented

2026-07-26 15:17:10 +00:00

Owner

Waargenomen tijdens een macOS-beeldkeuring (rond #886). In presentatiemodus (fullscreen presenter) leken álle mermaid-dia's blanco — óók types die in de slidestrook/thumbnail wél correct getekend stonden (bv. de pie-chart).

Geen renderfout: de render sláágt (de cache bevat geldige SVG's; sanitizeMermaidSvg logde succes, en de thumbnails tonen het diagram). Het is dus een weergave-/layoutkwestie in de presentatiemodus zelf, niet in de mermaid-render of de sanitisatie.

Belangrijke nuance — inconsistent tussen rondes: in een eerdere ronde (de #882-bevestiging) rénderde de presentatiemodus wél een flowchart correct ("Start → Controle → Rapport" schermvullend). In de #886-ronde was álles blanco. Dus mogelijk transiënt / toestand- of deck-afhankelijk, niet altijd reproduceerbaar. Eerst bevestigen dát het reproduceert vóór er tijd in gaat.

Diagnose-richting: de presentatie-hoofddia is _slideCanvas in lib/widgets/presentation/parts/presenter_views.dart (part van fullscreen_presenter.dart). Sinds #872 zet die scrollableMermaid: true + een gedeelde scroll-controller, en de dia wordt door een FittedBox naar-passend geschaald. De combinatie FittedBox + het scroll-viewport (SizedBox(height: maxH) → SingleChildScrollView) uit MermaidDiagram._buildDiagram is een kandidaat. Te bepalen: (a) reproduceert het betrouwbaar? (b) is het er ook zónder #872 (dus pre-existent) of introduceerde #872 het? (c) raakt het alleen de scroll-gevallen (te hoog/te breed) of ook passende diagrammen?

Verificatie is traag: alleen te keuren door de macOS-app te draaien (agent beeldkeurder, flutter run -d macos), ~20-30 min/ronde; presentatiemodus + evt. tweede scherm. Zie de mermaid-keten #862/#868/#872/#882/#886/#895 voor context.

Waargenomen tijdens een macOS-beeldkeuring (rond #886). **In presentatiemodus** (fullscreen presenter) leken **álle** mermaid-dia's blanco — óók types die in de **slidestrook/thumbnail** wél correct getekend stonden (bv. de pie-chart). **Geen renderfout:** de render sláágt (de cache bevat geldige SVG's; `sanitizeMermaidSvg` logde succes, en de thumbnails tonen het diagram). Het is dus een **weergave-/layoutkwestie in de presentatiemodus zelf**, niet in de mermaid-render of de sanitisatie. **Belangrijke nuance — inconsistent tussen rondes:** in een eerdere ronde (de #882-bevestiging) rénderde de presentatiemodus wél een flowchart correct ("Start → Controle → Rapport" schermvullend). In de #886-ronde was álles blanco. Dus mogelijk **transiënt / toestand- of deck-afhankelijk**, niet altijd reproduceerbaar. Eerst bevestigen dát het reproduceert vóór er tijd in gaat. **Diagnose-richting:** de presentatie-hoofddia is `_slideCanvas` in `lib/widgets/presentation/parts/presenter_views.dart` (part van `fullscreen_presenter.dart`). Sinds #872 zet die `scrollableMermaid: true` + een gedeelde scroll-controller, en de dia wordt door een `FittedBox` naar-passend geschaald. De combinatie FittedBox + het scroll-viewport (`SizedBox(height: maxH)` → `SingleChildScrollView`) uit `MermaidDiagram._buildDiagram` is een kandidaat. Te bepalen: (a) reproduceert het betrouwbaar? (b) is het er ook zónder #872 (dus pre-existent) of introduceerde #872 het? (c) raakt het alleen de scroll-gevallen (te hoog/te breed) of ook passende diagrammen? **Verificatie is traag:** alleen te keuren door de macOS-app te draaien (agent `beeldkeurder`, `flutter run -d macos`), ~20-30 min/ronde; presentatiemodus + evt. tweede scherm. Zie de mermaid-keten #862/#868/#872/#882/#886/#895 voor context.

brenno closed this issue

2026-07-26 16:26:26 +00:00