kyuno/batchCooking
1
0
Fork 0
Code Issues 3 Pull requests Projects Releases 4 Packages Wiki Activity Actions

fix(mobile): la barre d'état Android suit le thème clair/sombre système (#104) #120

Merged
kyuno merged 1 commit from fix/android-status-bar-dark-mode into main 2026-09-08 06:31:25 +02:00
Conversation 0 Commits 1 Files changed 2 +39
kyuno commented 2026-09-08 05:57:07 +02:00
Owner
Copy link

Contexte

Closes #104.

AppTheme.NoActionBar a bien un parent DayNight, mais sans dossier res/values-night/ ses @color/colorPrimaryDark / @color/colorBackground résolvaient aux valeurs claires même en mode sombre système : la bande de la barre d'état et la fenêtre pré-WebView (flash de démarrage à froid + fond du splash) restaient sur la palette « porcelaine » claire pendant que le téléphone — et le contenu WebView de l'app — passaient en sombre.

Changements

  • apps/web/android/app/src/main/res/values-night/colors.xml (nouveau) : variantes sombres de colorPrimary / colorPrimaryDark / colorAccent / colorBackground, calées sur les tokens --color-* sombres de _theme.scss. En sombre, la bande de la barre d'état devient le --color-background sombre (#14181A), sans raccord avec l'app. windowLightStatusBar=false (icônes claires) reste correct dans les deux modes. Aucun changement de styles.xml : il référence déjà ces noms de couleur, le parent DayNight + values-night/ fait le reste.
  • apps/web/index.html : <meta name="theme-color"> (light/dark) pour teinter aussi le chrome du navigateur mobile.

Vérification / limites

Non vérifiable sur appareil/émulateur dans ce contexte — le job CI build-android (main uniquement) compilera au moins la ressource. La synchro live de la barre d'état avec le sélecteur de thème in-app (via @capacitor/status-bar + un bootstrap JS) reste un éventuel suivi ; ce correctif règle le « ne suit pas les réglages système » du rapport, qui est le cœur du bug.

Local : pnpm lint + pnpm --filter web build OK ; smoke + landing.feature → 8/8 (inchangés — les meta tags sont inertes hors navigateur mobile).

🤖 Generated with Claude Code

## Contexte `Closes #104`. `AppTheme.NoActionBar` a bien un parent `DayNight`, mais **sans dossier `res/values-night/`** ses `@color/colorPrimaryDark` / `@color/colorBackground` résolvaient aux valeurs claires même en mode sombre système : la bande de la barre d'état et la fenêtre pré-WebView (flash de démarrage à froid + fond du splash) restaient sur la palette « porcelaine » claire pendant que le téléphone — et le contenu WebView de l'app — passaient en sombre. ## Changements - `apps/web/android/app/src/main/res/values-night/colors.xml` (nouveau) : variantes sombres de `colorPrimary` / `colorPrimaryDark` / `colorAccent` / `colorBackground`, calées sur les tokens `--color-*` sombres de `_theme.scss`. En sombre, la bande de la barre d'état devient le `--color-background` sombre (`#14181A`), sans raccord avec l'app. `windowLightStatusBar=false` (icônes claires) reste correct dans les deux modes. **Aucun changement de `styles.xml`** : il référence déjà ces noms de couleur, le parent `DayNight` + `values-night/` fait le reste. - `apps/web/index.html` : `<meta name="theme-color">` (light/dark) pour teinter aussi le chrome du navigateur mobile. ## Vérification / limites **Non vérifiable sur appareil/émulateur dans ce contexte** — le job CI `build-android` (main uniquement) compilera au moins la ressource. La synchro *live* de la barre d'état avec le sélecteur de thème **in-app** (via `@capacitor/status-bar` + un bootstrap JS) reste un éventuel suivi ; ce correctif règle le « ne suit pas les réglages système » du rapport, qui est le cœur du bug. Local : `pnpm lint` + `pnpm --filter web build` OK ; `smoke` + `landing.feature` → 8/8 (inchangés — les meta tags sont inertes hors navigateur mobile). 🤖 Generated with [Claude Code](https://claude.com/claude-code)
kyuno added the
bug
planned
Medium
 labels 2026-09-08 05:57:07 +02:00
kyuno added 1 commit 2026-09-08 05:57:08 +02:00
fix(mobile): la barre d'état Android suit le thème clair/sombre système (#104)
All checks were successful
CI / lint (push) Successful in 2m37s
Details
CI / build (push) Successful in 3m49s
Details
CI / intent-service-test (push) Successful in 6m57s
Details
CI / e2e (push) Successful in 11m18s
Details
CI / test (push) Successful in 31m37s
Details
CI / build-android (push) Has been skipped
Details
ef8dbe8388 
`AppTheme.NoActionBar` a bien un parent `DayNight`, mais sans dossier
`res/values-night/` ses `@color/colorPrimaryDark` / `@color/colorBackground`
résolvaient aux valeurs claires même en mode sombre système : la bande de
la barre d'état et la fenêtre pré-WebView (flash de démarrage à froid +
fond du splash) restaient sur la palette « porcelaine » claire pendant que
le téléphone — et le contenu WebView de l'app — passaient en sombre.

- `android/app/src/main/res/values-night/colors.xml` (nouveau) : variantes
  sombres de `colorPrimary` / `colorPrimaryDark` / `colorAccent` /
  `colorBackground`, calées sur les tokens `--color-*` sombres de
  `_theme.scss`. En sombre, la bande de la barre d'état devient le
  `--color-background` sombre (`#14181A`), sans raccord avec l'app.
  `windowLightStatusBar=false` (icônes claires) reste correct dans les deux
  modes. Aucun changement de `styles.xml` : il référence déjà ces noms de
  couleur, le parent `DayNight` + `values-night/` fait le reste.
- `index.html` : `<meta name=theme-color>` (light/dark) pour teinter
  aussi le chrome du navigateur mobile.

Vérification : impossible sur appareil/émulateur dans ce contexte — le job
CI `build-android` (main uniquement) compilera au moins la ressource. La
synchro live de la barre d'état avec le sélecteur de thème *in-app* (via
`@capacitor/status-bar` + JS) reste un éventuel suivi ; ce correctif règle
le « ne suit pas les réglages système » du rapport.

Closes #104

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
kyuno merged commit f68e8dbdc6 into main 2026-09-08 06:31:25 +02:00
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
High

   
Low

   
Medium

   
bug

Something is not working

  
duplicate

This issue or pull request already exists

  
enhancement

New feature

  
help wanted

Need some help

  
invalid

Something is wrong

  
planned

   
question

More information is needed

  
to plan

   
wontfix

This won't be fixed

No labels
High
Low
Medium
bug
duplicate
enhancement
help wanted
invalid
planned
question
to plan
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
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: kyuno/batchCooking#120
No description provided.
Delete branch "fix/android-status-bar-dark-mode"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?