Donkere modus: het beamerscherm (twee schermen nodig) en de resterende slide-editors, per stuk

brenno commented

2026-07-24 22:05:47 +00:00

Owner

Aanleiding

De donkere-modus-rondgang liep over twee issues (#780, #821) en leverde
bevindingen op in bijna elk oppervlak dat bekeken werd. #821 is gesloten omdat
de statisch vindbare klassen weg zijn en de bekeken oppervlakken kloppen. Maar
twee dingen zijn nooit met eigen ogen gekeurd, en die verdienen een eigen,
smalle plek in plaats van een regel in een gesloten thread.

1. Het beamerscherm en het tweede-schermpad

audience_window.dart, presenter_displays.dart — het venster dat het publiek
ziet, met eigen chrome. Dit is niet te keuren met één display: de
presentatiemodus opent een tweede venster op een tweede scherm, en de
computer-use-opstelling heeft er maar één. Statisch is het oppervlak dun
(Colors.black/Colors.white als volvlak-blank, wat correct is), maar de
audience-controls-balk en de projectiegrens zijn niet draaiend gezien.

Nodig: een sessie met twee displays (of een venster-simulatie), en dan de
route publiek-scherm → controls-balk → blank-standen → ink-laag langs.

2. De resterende slide-editors, per stuk in donkere modus

Tot nu draaiend bekeken: titel, cockpit, tabel/Markdown, bevinding. Niet
stuk voor stuk:

scorecard, tijdlijn, vraag, checklist, scope-matrix, ondertekening
grafiek, citaat, broncode, vrije Markdown
twee-bullets, bullets+afbeelding, twee afbeeldingen, video, aanvalsoppervlak,
ontdekkingen, bevindingenoverzicht

De meeste kleuren zich uit mode-afhankelijke AppTheme-tokens (die zijn
gedekt), maar de rondgang van #780/#821 heeft telkens laten zien dat er per
editor iets eigens tussen zit — een vaste kleur, een wit vlak, een badge. Dit
is een kijkronde, geen greproutine: de statische klassen zijn al dicht.

Waarom dit een aparte, kleine issue is

De rest van de donkere-modus-schuld is een lijst die alleen met eigen ogen
korter wordt. Eén editor per keer, of het beamerscherm zodra er twee schermen
zijn. Geen ontwerpvraag, geen formaatvraag — puur keuren en waar nodig een
token wisselen, met een gemeten verhouding per bevinding zoals in #780/#821.

## Aanleiding De donkere-modus-rondgang liep over twee issues (#780, #821) en leverde bevindingen op in bijna elk oppervlak dat bekeken werd. #821 is gesloten omdat de statisch vindbare klassen weg zijn en de bekeken oppervlakken kloppen. Maar twee dingen zijn nooit met eigen ogen gekeurd, en die verdienen een eigen, smalle plek in plaats van een regel in een gesloten thread. ## 1. Het beamerscherm en het tweede-schermpad `audience_window.dart`, `presenter_displays.dart` — het venster dat het publiek ziet, met eigen chrome. Dit is **niet** te keuren met één display: de presentatiemodus opent een tweede venster op een tweede scherm, en de computer-use-opstelling heeft er maar één. Statisch is het oppervlak dun (`Colors.black`/`Colors.white` als volvlak-blank, wat correct is), maar de audience-controls-balk en de projectiegrens zijn niet draaiend gezien. **Nodig:** een sessie met twee displays (of een venster-simulatie), en dan de route publiek-scherm → controls-balk → blank-standen → ink-laag langs. ## 2. De resterende slide-editors, per stuk in donkere modus Tot nu draaiend bekeken: titel, cockpit, tabel/Markdown, bevinding. Niet stuk voor stuk: - scorecard, tijdlijn, vraag, checklist, scope-matrix, ondertekening - grafiek, citaat, broncode, vrije Markdown - twee-bullets, bullets+afbeelding, twee afbeeldingen, video, aanvalsoppervlak, ontdekkingen, bevindingenoverzicht De meeste kleuren zich uit mode-afhankelijke `AppTheme`-tokens (die zijn gedekt), maar de rondgang van #780/#821 heeft telkens laten zien dat er per editor iets eigens tussen zit — een vaste kleur, een wit vlak, een badge. Dit is een **kijkronde**, geen greproutine: de statische klassen zijn al dicht. ## Waarom dit een aparte, kleine issue is De rest van de donkere-modus-schuld is een lijst die alleen met eigen ogen korter wordt. Eén editor per keer, of het beamerscherm zodra er twee schermen zijn. Geen ontwerpvraag, geen formaatvraag — puur keuren en waar nodig een token wisselen, met een gemeten verhouding per bevinding zoals in #780/#821.

brenno added the

bug

label

2026-07-24 22:05:47 +00:00

brenno referenced this issue

2026-07-24 22:05:59 +00:00

De donkere modus, ronde twee: de vijf oppervlakken die #780 niet heeft bekeken #821

brenno referenced this issue

2026-07-24 22:08:41 +00:00

[Bug] Dia-inhoud beweegt mee met het app-thema: een codeblok en een grafiek-tooltip worden in donkere modus onleesbaar #822

brenno closed this issue

2026-07-24 22:28:18 +00:00

brenno commented

2026-07-24 22:37:53 +00:00

Author

Owner

Opgepakt. Tak volgt per bevinding. De code-block- en grafiek-inhoud (broncode/grafiek) is intussen langs #822 gegaan (gemerged). Nu de per-editor kijkronde in donkere modus; het beamerscherm blijft geblokkeerd op twee schermen.

brenno added the

in-progress

label

2026-07-24 22:37:53 +00:00

brenno referenced this issue

2026-07-24 23:04:10 +00:00

fix(a11y): twee witte kaarten in de chrome onleesbaar in donkere modus (#825) #828

brenno referenced this issue from a commit

2026-07-24 23:04:10 +00:00

fix(a11y): twee witte kaarten in de chrome werden onleesbaar in donkere modus (#825)

brenno referenced this issue from a commit

2026-07-24 23:07:58 +00:00

Merge pull request 'fix(a11y): twee witte kaarten in de chrome onleesbaar in donkere modus (#825)' (#828) from fix/donkere-modus-cockpit-meterkaart-825 into main

brenno removed the

in-progress

label

2026-07-24 23:08:30 +00:00

brenno commented

2026-07-24 23:08:31 +00:00

Author

Owner

Voortgang, gemerged in 2f8b5bc8 (PR #828), op main geverifieerd.

Uit de kijkronde (deel 1 — de editors): twee witte kaarten die in donkere modus onleesbaar waren.

De meterkaart in de cockpiteditor: wit vlak, kop 'Meter N' op 1,53:1. Draaiend bevestigd (puur wit, kop als een veeg), en nu draaiend gefixt — donkere kaart, leesbare koppen en velden.
Een tegel in het documentatiezoeken: wit vlak, titel op 1,30:1, fragment 2,09:1. Ook draaiend gefixt.

Beide → AppTheme.paper. Ik had de cockpiteditor in #814 al bekeken en dit gemist — dat is precies waarom dit een kijkronde is en geen grep.

Poort erbij: chrome_no_fixed_white_surface_test — géén vast wit oppervlak in de chrome (editors/panelen/dialogen/lezer), met één allowlist-plek (de schakelaar-duim). Dat sluit de kaartklasse voor de editors.

Wat nog open blijft, en waarom dit issue open blijft:

Het beamerscherm en het tweede-schermpad — vraagt twee displays; met één scherm + computer-use niet te keuren. Ongewijzigd geblokkeerd.
De resterende slide-editors met eigen ogen — de statisch vindbare kaartklasse is nu dicht (de poort vangt hem), maar een editor met een asset of een handgeschilderde tint die geen enkele poort raakt, vindt alleen een echte rondgang. Scorecard, tijdlijn, vraag, checklist, scope-matrix, ondertekening zijn nog niet stuk voor stuk draaiend bekeken.

Voortgang, gemerged in `2f8b5bc8` (PR #828), op main geverifieerd. **Uit de kijkronde (deel 1 — de editors):** twee witte kaarten die in donkere modus onleesbaar waren. - De **meterkaart in de cockpiteditor**: wit vlak, kop 'Meter N' op 1,53:1. Draaiend bevestigd (puur wit, kop als een veeg), en nu draaiend gefixt — donkere kaart, leesbare koppen en velden. - Een **tegel in het documentatiezoeken**: wit vlak, titel op 1,30:1, fragment 2,09:1. Ook draaiend gefixt. Beide → `AppTheme.paper`. Ik had de cockpiteditor in #814 al bekeken en dit gemist — dat is precies waarom dit een kijkronde is en geen grep. Poort erbij: `chrome_no_fixed_white_surface_test` — géén vast wit *oppervlak* in de chrome (editors/panelen/dialogen/lezer), met één allowlist-plek (de schakelaar-duim). Dat sluit de kaartklasse voor de editors. **Wat nog open blijft, en waarom dit issue open blijft:** - **Het beamerscherm en het tweede-schermpad** — vraagt twee displays; met één scherm + computer-use niet te keuren. Ongewijzigd geblokkeerd. - **De resterende slide-editors met eigen ogen** — de statisch vindbare kaartklasse is nu dicht (de poort vangt hem), maar een editor met een asset of een handgeschilderde tint die geen enkele poort raakt, vindt alleen een echte rondgang. Scorecard, tijdlijn, vraag, checklist, scope-matrix, ondertekening zijn nog niet stuk voor stuk draaiend bekeken.

brenno commented

2026-07-24 23:13:17 +00:00

Author

Owner

Gesloten op verzoek van de beheerder. De statisch vindbare klassen van de donkere-modus-ronde zijn dicht en geborgd (vijf ontsnappingsroutes langs de contrastpoorten, elk met een toets). Wat resteert staat in de reactie hierboven: het beamerscherm blijft geblokkeerd op twee schermen, en een volledige per-editor kijkronde is bewust niet meer als open ticket bewaard — de kaartklasse die zo'n ronde zou vinden is nu al door chrome_no_fixed_white_surface_test afgedekt.

Gesloten op verzoek van de beheerder. De statisch vindbare klassen van de donkere-modus-ronde zijn dicht en geborgd (vijf ontsnappingsroutes langs de contrastpoorten, elk met een toets). Wat resteert staat in de reactie hierboven: het beamerscherm blijft geblokkeerd op twee schermen, en een volledige per-editor kijkronde is bewust niet meer als open ticket bewaard — de kaartklasse die zo'n ronde zou vinden is nu al door `chrome_no_fixed_white_surface_test` afgedekt.

Rows
Columns

Donkere modus: het beamerscherm (twee schermen nodig) en de resterende slide-editors, per stuk #825

Aanleiding

1. Het beamerscherm en het tweede-schermpad

2. De resterende slide-editors, per stuk in donkere modus

Waarom dit een aparte, kleine issue is