Skip to content

fix(ui): apply dark-mode support to remaining app layouts#188

Merged
tzebrowski merged 1 commit into
masterfrom
feature/app-dark-mode-support
Jul 15, 2026
Merged

fix(ui): apply dark-mode support to remaining app layouts#188
tzebrowski merged 1 commit into
masterfrom
feature/app-dark-mode-support

Conversation

@tzebrowski

Copy link
Copy Markdown
Owner

Several preference dialogs/lists and the GPS status screen never picked up the day/night theme added in #185 - they hardcoded @color/white, raw hex backgrounds, or a fixed dialog_card_background hex value instead of the theme-aware resource, so they stayed light-themed regardless of the app's dark-mode setting.

  • activity_gps_status.xml: fully hardcoded hex screen, converted to theme attributes/colors
  • dialog_dtc/dialog_trip/dialog_vehicle_metadata/dialog_screen_lock and their item_* list rows: swapped @color/white and raw hex backgrounds for the already day/night-aware @color/dialog_card_background
  • dialog_pid.xml: one of its two cards hardcoded the light-mode hex value of dialog_card_background directly instead of referencing it, and its toolbar forced ThemeOverlay.AppCompat.Light regardless of theme
  • @color/gray_dark text on now-dark-capable backgrounds had unreadable contrast; swapped to textColorPrimary/textColorSecondary
  • added shared divider_color and surface_variant color pairs to replace repeated #FF909090/#E0E0E0/#F0F4F8 hardcodes

Deliberately left the gauge/dashboard/graph rendering surfaces and the main activity's persistent chrome untouched - those are an intentional always-dark instrument-cluster look, not a dark-mode gap.

Several preference dialogs/lists and the GPS status screen never picked up
the day/night theme added in #185 - they hardcoded @color/white, raw hex
backgrounds, or a fixed dialog_card_background hex value instead of the
theme-aware resource, so they stayed light-themed regardless of the app's
dark-mode setting.

- activity_gps_status.xml: fully hardcoded hex screen, converted to
  theme attributes/colors
- dialog_dtc/dialog_trip/dialog_vehicle_metadata/dialog_screen_lock and
  their item_* list rows: swapped @color/white and raw hex backgrounds
  for the already day/night-aware @color/dialog_card_background
- dialog_pid.xml: one of its two cards hardcoded the light-mode hex value
  of dialog_card_background directly instead of referencing it, and its
  toolbar forced ThemeOverlay.AppCompat.Light regardless of theme
- @color/gray_dark text on now-dark-capable backgrounds had unreadable
  contrast; swapped to textColorPrimary/textColorSecondary
- added shared divider_color and surface_variant color pairs to replace
  repeated #FF909090/#E0E0E0/#F0F4F8 hardcodes

Deliberately left the gauge/dashboard/graph rendering surfaces and the
main activity's persistent chrome untouched - those are an intentional
always-dark instrument-cluster look, not a dark-mode gap.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@tzebrowski
tzebrowski merged commit 7b247c1 into master Jul 15, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant