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

Closed
opened 2026-08-29 12:37:39 +00:00 by brenno · 3 comments
Owner

Context

Onderdeel van de acceptatiepoorten voor #1801 (IMAGE_CALLOUTS.md §9).

Wat gevraagd wordt

Visuele checks op full slide size en slide-rail width, op licht, donker, drukke (busy) en grijswaarden-afbeeldingen. Dit is beeldkeuring-werk — de getallen kunnen kloppen en het beeld toch mis.

Voor elke combinatie van presentatiemodus (pin, region, arrow) en reveal-stand (all, steps):

  1. Markering staat op de juiste plek op de afbeelding.
  2. Two-tone edge/halo is zichtbaar tegen zowel lichte als donkere als drukke achtergrond.
  3. In grijswaarden is de markering nog steeds onderscheidbaar (kleur alleen is niet genoeg).
  4. Bij reveal: alleen de zichtbare bullets + hun markeringen tonen.
  5. Bij zoom >100%: markering schaalt mee met de afbeelding, niet met de slot.

Status

Niet uitgevoerd. Gebruik de beeldkeuring-skill.

Acceptatie

  • Beeldkeuring uitgevoerd voor pin, region, arrow × light/dark/busy/greyscale
  • Beeldkeuring voor reveal (steps) in dezelfde matrix
  • Beeldkeuring voor zoom >100%
  • Resultaat gedocumenteerd (comment op deze issue of in repo)
## Context Onderdeel van de acceptatiepoorten voor #1801 (IMAGE_CALLOUTS.md §9). ## Wat gevraagd wordt Visuele checks op **full slide size** en **slide-rail width**, op licht, donker, drukke (busy) en grijswaarden-afbeeldingen. Dit is beeldkeuring-werk — de getallen kunnen kloppen en het beeld toch mis. Voor elke combinatie van presentatiemodus (pin, region, arrow) en reveal-stand (all, steps): 1. Markering staat op de juiste plek op de afbeelding. 2. Two-tone edge/halo is zichtbaar tegen zowel lichte als donkere als drukke achtergrond. 3. In grijswaarden is de markering nog steeds onderscheidbaar (kleur alleen is niet genoeg). 4. Bij reveal: alleen de zichtbare bullets + hun markeringen tonen. 5. Bij zoom >100%: markering schaalt mee met de afbeelding, niet met de slot. ## Status Niet uitgevoerd. Gebruik de `beeldkeuring`-skill. ## Acceptatie - [ ] Beeldkeuring uitgevoerd voor pin, region, arrow × light/dark/busy/greyscale - [ ] Beeldkeuring voor reveal (steps) in dezelfde matrix - [ ] Beeldkeuring voor zoom >100% - [ ] Resultaat gedocumenteerd (comment op deze issue of in repo)
Author
Owner

Opgepakt. Beeldkeuring van de callout-oppervlakken (pin/region/arrow x licht/donker/druk/grijswaarden, reveal, zoom>100%). Draait de app; geen andere app-toetsende sessie tegelijk.

Opgepakt. Beeldkeuring van de callout-oppervlakken (pin/region/arrow x licht/donker/druk/grijswaarden, reveal, zoom>100%). Draait de app; geen andere app-toetsende sessie tegelijk.
Author
Owner

Beeldkeuring uitgevoerd. De matrix is gelopen — pin/gebied/pijl x licht/donker/druk/grijswaarden, onthullen, zoom, op volle diabreedte én op slidestrook-breedte.

Oordeel per acceptatiepunt

Punt Oordeel
Markering op de juiste plek, beide breedtes goed — nagerekend tegen het cover-model. Wel een gat: zie #1853
Two-tone rand zichtbaar op licht / donker / druk niet goed op donker — gerepareerd in PR #1857
Onderscheidbaar in grijswaarden niet goed — zelfde oorzaak, zelfde reparatie
Onthullen: alleen zichtbare regels en hun markeringen goed, stap voor stap doorgelopen
Zoom > 100%: markering schaalt mee met het beeld goed. De regelaar is alleen niet te bereiken zonder pinch → #1856

Wat er gerepareerd is (PR #1857)

De markeringen ontbraken in élke rasterexport. Dit stond niet op de lijst en is de zwaarste bevinding: PDF, PPTX en ODP kregen de dia zónder spelden, gebieden of pijlen. Zichtbaar in de app, weg in het bestand, en niets dat erover klaagde. De overlay tekent niets zolang de intrinsieke beeldmaat onbekend is, en die kwam altijd via een setState; de export vangt één frame en dat was er al eerder. Nagemeten op echte exports: vóór de reparatie nul markeringen, erna alle drie.

De markering was op donker niet te zien. De rand was altijd donker en de vulling het thema-accent — met het uitgerolde profiel twee dónkere tonen: 1,50:1 voor de vulling en 1,16:1 voor de rand tegen zwart, waar deze app zelf 3,5 als vloer hanteert. In grijswaarden bleef er een zwevende letter over. Er zit nu een witte ring tussen vulling en rand.

De markering verdween op de slidestrook. Straal = 0,022 x slotbreedte zonder ondergrens, dus 2,7 pt op een strookdia. Dat de lettér daar wegvalt is aanvaardbaar — een navigatiestrook is geen leesoppervlak — maar de markering moet zichtbaar blijven, anders zie je niet dát er verwijzingen op de dia staan. Er zit nu een ondergrens op.

Wat issues zijn geworden

  • #1853 — een afgeknipt doel verdwijnt zonder een woord; een gebied verdwijnt hélemaal zodra één rand buiten valt
  • #1854 — de plaatsingsstage toont een andere uitsnede dan de dia; je plaatst een verwijzing die op de dia niet blijkt te staan
  • #1855 — de HTML-export verliest de naast-elkaar-opmaak van een callout-dia
  • #1856 — de zoomregelaar is met muis of toetsenbord niet te bereiken

Niet gekeurd

Het beamerscherm: er hangt één scherm aan deze machine en er is geen publieksvenster te openen. audience_window.dart roept dezelfde SlidePreviewWidget met dezelfde overlay aan, dus het tekenwerk is identiek aan presentatiemodus — maar gezien is het niet.

Beeldkeuring uitgevoerd. De matrix is gelopen — pin/gebied/pijl x licht/donker/druk/grijswaarden, onthullen, zoom, op volle diabreedte én op slidestrook-breedte. ## Oordeel per acceptatiepunt | Punt | Oordeel | |---|---| | Markering op de juiste plek, beide breedtes | goed — nagerekend tegen het cover-model. Wel een gat: zie #1853 | | Two-tone rand zichtbaar op licht / donker / druk | **niet goed op donker** — gerepareerd in PR #1857 | | Onderscheidbaar in grijswaarden | **niet goed** — zelfde oorzaak, zelfde reparatie | | Onthullen: alleen zichtbare regels en hun markeringen | goed, stap voor stap doorgelopen | | Zoom > 100%: markering schaalt mee met het beeld | goed. De regelaar is alleen niet te bereiken zonder pinch → #1856 | ## Wat er gerepareerd is (PR #1857) **De markeringen ontbraken in élke rasterexport.** Dit stond niet op de lijst en is de zwaarste bevinding: PDF, PPTX en ODP kregen de dia zónder spelden, gebieden of pijlen. Zichtbaar in de app, weg in het bestand, en niets dat erover klaagde. De overlay tekent niets zolang de intrinsieke beeldmaat onbekend is, en die kwam altijd via een setState; de export vangt één frame en dat was er al eerder. Nagemeten op echte exports: vóór de reparatie nul markeringen, erna alle drie. **De markering was op donker niet te zien.** De rand was altijd donker en de vulling het thema-accent — met het uitgerolde profiel twee dónkere tonen: 1,50:1 voor de vulling en 1,16:1 voor de rand tegen zwart, waar deze app zelf 3,5 als vloer hanteert. In grijswaarden bleef er een zwevende letter over. Er zit nu een witte ring tussen vulling en rand. **De markering verdween op de slidestrook.** Straal = 0,022 x slotbreedte zonder ondergrens, dus 2,7 pt op een strookdia. Dat de lettér daar wegvalt is aanvaardbaar — een navigatiestrook is geen leesoppervlak — maar de markering moet zichtbaar blijven, anders zie je niet dát er verwijzingen op de dia staan. Er zit nu een ondergrens op. ## Wat issues zijn geworden - #1853 — een afgeknipt doel verdwijnt zonder een woord; een gebied verdwijnt hélemaal zodra één rand buiten valt - #1854 — de plaatsingsstage toont een andere uitsnede dan de dia; je plaatst een verwijzing die op de dia niet blijkt te staan - #1855 — de HTML-export verliest de naast-elkaar-opmaak van een callout-dia - #1856 — de zoomregelaar is met muis of toetsenbord niet te bereiken ## Niet gekeurd Het beamerscherm: er hangt één scherm aan deze machine en er is geen publieksvenster te openen. `audience_window.dart` roept dezelfde `SlidePreviewWidget` met dezelfde overlay aan, dus het tekenwerk is identiek aan presentatiemodus — maar gezien is het niet.
Author
Owner

Afgerond. De reparaties uit PR #1857 staan op main (c4f221f47) en zijn daar geverifieerd: de markeringen staan in de rasterexport, en op een donkere ondergrond is de markering zichtbaar door de witte ring tussen vulling en rand.

Het oordeel per acceptatiepunt staat in de vorige reactie. Wat er niet gerepareerd is, staat in #1853, #1854, #1855 en #1856 — met herhaalstappen en, waar het een besluit vraagt, de mogelijke uitkomsten naast elkaar.

Eén punt uit de lijst is niet gekeurd en blijft dat: het beamerscherm. Er hangt één scherm aan deze machine en er is geen publieksvenster te openen. audience_window.dart roept dezelfde SlidePreviewWidget met dezelfde overlay aan, dus het tekenwerk is per constructie identiek aan presentatiemodus — maar gezien heb ik het niet, en dat is iets anders dan getoetst.

Afgerond. De reparaties uit PR #1857 staan op main (`c4f221f47`) en zijn daar geverifieerd: de markeringen staan in de rasterexport, en op een donkere ondergrond is de markering zichtbaar door de witte ring tussen vulling en rand. Het oordeel per acceptatiepunt staat in de vorige reactie. Wat er niet gerepareerd is, staat in #1853, #1854, #1855 en #1856 — met herhaalstappen en, waar het een besluit vraagt, de mogelijke uitkomsten naast elkaar. Eén punt uit de lijst is niet gekeurd en blijft dat: het **beamerscherm**. Er hangt één scherm aan deze machine en er is geen publieksvenster te openen. `audience_window.dart` roept dezelfde `SlidePreviewWidget` met dezelfde overlay aan, dus het tekenwerk is per constructie identiek aan presentatiemodus — maar gezien heb ik het niet, en dat is iets anders dan getoetst.
brenno 2026-08-29 22:25:08 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
LibreKAT/Ocideck#1847
No description provided.