PR State:
merged
PR:
#658
Commit:
41b98aa619710b12c6dc72f37b0b5114b824dbb4
[FIX] viin_backend_theme: dark-mode AA contrast (form, dialog, grouped list, kanban, text utilities)
A live acceptance review found several dark-mode surfaces still rendering
compiled light-mode colors that do not scheme-flip. Re-point them (dark-scoped,
so light mode is untouched) to the runtime scheme props, at the correct layer:
* Form: record title / headings -> var(--emphasis-color); field values/inputs
-> var(--body-color) (core .oe_title uses a compiled $headings-color hex).
* Light form labels: brand-purple leak -> neutral var(--secondary-color) (grey,
matches the mockup and the dark label tier).
* Teal FOREGROUND on dark (nocontent link, bulk-selection count, active notebook
tab, statusbar done glyph, many2one o_form_uri links): compiled #007F8E (3.69:1)
-> lighter dark teal #4FD4E2 (~9.9:1). Teal fills + the rail accent untouched.
* Dialog titles + any var-based heading: flip --heading-color -> var(--emphasis-color)
at the scheme engine (core $headings-color-dark is 'inherit', never flips).
* Grouped-list header + the Bootstrap .text-body/.text-muted utilities: these are
compiled with light values + !important into the dark bundle, so relit with
!important in dark (.text-muted spares .btn-light/.btn-secondary chips); also
fix the stale --body-color-rgb in the dark scheme.
* Overdue/rotting kanban card: core's static light-pink bg -> a dark-red color-mix
so its text is readable in dark (light mode keeps the pink).
* .o_web_client color-scheme: core's invalid 'bright' ($o-webclient-color-scheme)
-> light/dark per the app toggle, so native scrollbars/controls match the scheme.
All light-on-light / dark-on-light-chip cases verified non-regressed; light mode
unchanged. 13 source-invariant guards added (TestReviewA11yFixes). Live re-verify:
form/dialog/list/kanban/labels/links all clear AA in dark; 36/36 theme tests green.
Branch:
19.0