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

Merged

brenno merged 1 commit from fix/donkere-modus-cockpit-meterkaart-825 into main

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

brenno commented

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

Owner

Gemeten (donkere modus, tekst op de witte kaart)

	kaart	tekst
Meterkaart in de cockpiteditor	wit	"Meter N" (`brandFg`) 1,53:1
Tegel in het documentatiezoeken	wit	titel (`slate700`) 1,30:1, fragment (`slate500`) 2,09:1

Allebei een wit blok in een verder donkere interface, met spooktekst erop. De
cockpitkaart heb ik draaiend bevestigd: de kaart is puur wit (gezoomd), de kop
"Meter 1" staat er als een nauwelijks leesbare lichtgrijze veeg op.

De fix

Beide kaarten → AppTheme.paper (donker in donkere modus, wit in lichte).
brandFg leest dan 11,3:1, de doctitel 13,2:1, het fragment 8,2:1.

De poort

chrome_no_fixed_white_surface_test: géén vast wit oppervlak (color: Colors.white in een BoxDecoration/Material/Container) in de chrome
(editors, panelen, dialogen, de lezer). Het onderscheid is scherp: alleen een
regel die met color: begint telt — een randkleur begint met border:, een
icoon-/tekstkleur staat achter Icon(/Text( op diezelfde regel. Zo vangt hij
de kaartklasse zonder de vele terechte witte iconen/labels op gekleurde
vullingen mee te nemen.

Eén uitzondering, met reden op de allowlist: de duim van de aangepaste
schakelaar in de vind-en-vervang-balk — een schakelaar-duim is per
Material-conventie licht in beide modi.

De rood-toets legde onderweg een gat in de eigen bronwacht bloot: een lange
toelichting tussen BoxDecoration( en color: duwde het oppervlak uit het
terugkijk-venster, waardoor de toets groen bleef terwijl de fout terugstond. Nu
kijkt hij terug over codelijnen (commentaar overgeslagen), en is hij één keer
echt rood gezien.

Nog open in #825

Het beamerscherm en het tweede-schermpad blijven ongekeurd — dat vraagt twee
displays, en met één scherm + computer-use is dat niet te doen. #825 blijft
daarvoor open. De statisch vindbare kaartklasse in de editors is met deze poort
wél dicht.

Refs #825

De per-editor kijkronde uit #825 (de kant die geen twee schermen vraagt). Twee witte kaarten in de chrome die in donkere modus onleesbaar waren — dezelfde klasse als de opslagkaart (#821) en het notitieveld, maar op plekken die geen enkele bestaande poort raakte. ## Gemeten (donkere modus, tekst op de witte kaart) | | kaart | tekst | |---|---|---| | Meterkaart in de cockpiteditor | wit | "Meter N" (`brandFg`) **1,53:1** | | Tegel in het documentatiezoeken | wit | titel (`slate700`) **1,30:1**, fragment (`slate500`) 2,09:1 | Allebei een wit blok in een verder donkere interface, met spooktekst erop. De cockpitkaart heb ik draaiend bevestigd: de kaart is puur wit (gezoomd), de kop "Meter 1" staat er als een nauwelijks leesbare lichtgrijze veeg op. ## De fix Beide kaarten → `AppTheme.paper` (donker in donkere modus, wit in lichte). `brandFg` leest dan 11,3:1, de doctitel 13,2:1, het fragment 8,2:1. ## De poort `chrome_no_fixed_white_surface_test`: géén vast wit *oppervlak* (`color: Colors.white` in een `BoxDecoration`/`Material`/`Container`) in de chrome (editors, panelen, dialogen, de lezer). Het onderscheid is scherp: alleen een regel die met `color:` begint telt — een randkleur begint met `border:`, een icoon-/tekstkleur staat achter `Icon(`/`Text(` op diezelfde regel. Zo vangt hij de kaartklasse zonder de vele terechte witte iconen/labels op gekleurde vullingen mee te nemen. Eén uitzondering, met reden op de allowlist: de duim van de aangepaste schakelaar in de vind-en-vervang-balk — een schakelaar-duim is per Material-conventie licht in beide modi. De rood-toets legde onderweg een gat in de eigen bronwacht bloot: een lange toelichting tussen `BoxDecoration(` en `color:` duwde het oppervlak uit het terugkijk-venster, waardoor de toets groen bleef terwijl de fout terugstond. Nu kijkt hij terug over *codelijnen* (commentaar overgeslagen), en is hij één keer echt rood gezien. ## Nog open in #825 Het beamerscherm en het tweede-schermpad blijven ongekeurd — dat vraagt twee displays, en met één scherm + computer-use is dat niet te doen. #825 blijft daarvoor open. De statisch vindbare kaartklasse in de editors is met deze poort wél dicht. Refs #825

brenno added 1 commit

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

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

scans / scans (pull_request) Successful in 3m30s

Details

6f3fef3fcc

De per-editor kijkronde uit #825. Twee `Colors.white`-oppervlakken die geen
enkele bestaande poort raakte, dezelfde klasse als de opslagkaart (#821) en het
notitieveld:

  Meterkaart in de cockpiteditor  kop "Meter N" (brandFg)   1,53:1
  Tegel in het documentatiezoeken titel (slate700)          1,30:1
                                  fragment (slate500)        2,09:1

Allebei een wit blok in een verder donkere interface met spooktekst erop. De
cockpitkaart heb ik draaiend bevestigd — puur wit (gezoomd), "Meter 1" als een
nauwelijks leesbare veeg. Ik had de cockpiteditor in #814 al eens bekeken en dit
gemist; dat is precies waarom #825 een kijkronde is en geen grep.

Beide kaarten → `AppTheme.paper` (donker in donkere modus). De kop leest dan
11,3:1, de doctitel 13,2:1, het fragment 8,2:1. Draaiend nagekeken: de
meterkaarten zijn donker met leesbare koppen en velden, en de zoektegels tonen
een lichte titel en fragment op een donkere tegel.

Bewaakt door `chrome_no_fixed_white_surface_test`: géén `color: Colors.white`
als *oppervlak* (`BoxDecoration`/`Material`/`Container`) in de chrome. Het
onderscheid is scherp — alleen een regel die met `color:` begint telt, dus een
randkleur (`border:`) en een icoon-/tekstkleur (achter `Icon(`/`Text(`) vallen
er vanzelf buiten. Eén allowlist-plek met reden: de schakelaar-duim in de
vind-en-vervang-balk (per Material-conventie licht in beide modi).

De rood-toets legde onderweg een gat in de bronwacht zelf bloot: een lange
toelichting tussen `BoxDecoration(` en `color:` duwde het oppervlak uit het
terugkijk-venster, waardoor de toets groen bleef terwijl de fout terugstond. Nu
kijkt hij terug over codelijnen (commentaar overgeslagen) en is hij één keer
echt rood gezien.

Refs #825

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>