Skip to content

Restore recognizable Android dashboard metric icons#506

Open
kavemang wants to merge 2 commits into
ryanbr:mainfrom
kavemang:fix/dashboard-metric-icons-150
Open

Restore recognizable Android dashboard metric icons#506
kavemang wants to merge 2 commits into
ryanbr:mainfrom
kavemang:fix/dashboard-metric-icons-150

Conversation

@kavemang

Copy link
Copy Markdown

What changed

  • replace ambiguous liquid vessels in Android Today dashboard rows with the existing metric-specific glyphs on fixed tinted backings
  • restore distinct HRV, resting-heart-rate, and respiratory glyphs in Recovery Vitals
  • remove the obsolete per-card liquid-fill plumbing

Why

The liquid vessels all shared the same silhouette, so nearby colors—especially HRV and Resting HR—were difficult to distinguish under the glass treatment. The existing dashboard registry already provides recognizable icons for every metric; this change renders those icons using the same static tinted-tile approach used on Apple.

This addresses the remaining Android icon-legibility follow-up in #150 while preserving the distinct Hydration and Blood Oxygen glyphs introduced by #151.

Validation

  • ./gradlew :app:testFullDebugUnitTest --tests 'com.noop.ui.TodayMetricTilesTest' --tests 'com.noop.ui.TodayLayoutPrefsTest'
  • ./gradlew :app:compileDemoDebugKotlin
  • git diff --check

@kavemang
kavemang force-pushed the fix/dashboard-metric-icons-150 branch from 8c43a62 to 4032152 Compare July 16, 2026 07:22
@kavemang
kavemang marked this pull request as ready for review July 16, 2026 07:46
@digitalerdude

Copy link
Copy Markdown

Same as I just noted on #508: this i18n coverage failure is the stale AppChangelog.kt literal from the 9.0.1 release, already fixed on main by #514. The check hasn't re-run since (base-branch changes don't retrigger pull_request workflows), so it should clear on a fresh push or a manual re-run — nothing in this PR's own diff is at fault.

#524 proposes a fix so this doesn't happen to unrelated PRs again.

digitalerdude added a commit to digitalerdude/noop that referenced this pull request Jul 17, 2026
…variant

ci_check() audited the whole merged tree unconditionally once the ryanbr#453
backlog closed, ignoring base_ref entirely. That means a transient
regression on main (the 9.0.1 release generating a raw AppChangelog.kt
literal, fixed by ryanbr#514) red-flagged every open PR whose diff never
touched the offending file — and those PRs stayed red, since a
pull_request-triggered workflow doesn't re-run just because main
changed. ryanbr#508 and ryanbr#506 are still showing that stale failure right now,
over 5 hours after ryanbr#514 fixed main.

Restores the base_ref diff (Android side already had the git_show/
literals_at_ref scaffolding for this, just unused) across every check:
hardcoded literals, missing-translation keys, and format-string
mismatches, on both platforms. A violation already present on base_ref
isn't this PR's fault and no longer fails it; existing debt is still
printed for visibility. Today that's zero everywhere, so the practical
behavior on a healthy main is unchanged — this only changes what
happens when main itself regresses.
digitalerdude added a commit to digitalerdude/noop that referenced this pull request Jul 17, 2026
…variant

ci_check() audited the whole merged tree unconditionally once the ryanbr#453
backlog closed, ignoring base_ref entirely. That means a transient
regression on main (the 9.0.1 release generating a raw AppChangelog.kt
literal, fixed by ryanbr#514) red-flagged every open PR whose diff never
touched the offending file — and those PRs stayed red, since a
pull_request-triggered workflow doesn't re-run just because main
changed. ryanbr#508 and ryanbr#506 are still showing that stale failure right now,
over 5 hours after ryanbr#514 fixed main.

Restores the base_ref diff (Android side already had the git_show/
literals_at_ref scaffolding for this, just unused) across every check:
hardcoded literals, missing-translation keys, and format-string
mismatches, on both platforms. A violation already present on base_ref
isn't this PR's fault and no longer fails it; existing debt is still
printed for visibility. Today that's zero everywhere, so the practical
behavior on a healthy main is unchanged — this only changes what
happens when main itself regresses.
digitalerdude added a commit to digitalerdude/noop that referenced this pull request Jul 19, 2026
…variant

ci_check() audited the whole merged tree unconditionally once the ryanbr#453
backlog closed, ignoring base_ref entirely. That means a transient
regression on main (the 9.0.1 release generating a raw AppChangelog.kt
literal, fixed by ryanbr#514) red-flagged every open PR whose diff never
touched the offending file — and those PRs stayed red, since a
pull_request-triggered workflow doesn't re-run just because main
changed. ryanbr#508 and ryanbr#506 are still showing that stale failure right now,
over 5 hours after ryanbr#514 fixed main.

Restores the base_ref diff (Android side already had the git_show/
literals_at_ref scaffolding for this, just unused) across every check:
hardcoded literals, missing-translation keys, and format-string
mismatches, on both platforms. A violation already present on base_ref
isn't this PR's fault and no longer fails it; existing debt is still
printed for visibility. Today that's zero everywhere, so the practical
behavior on a healthy main is unchanged — this only changes what
happens when main itself regresses.
digitalerdude added a commit to digitalerdude/noop that referenced this pull request Jul 25, 2026
…variant

ci_check() audited the whole merged tree unconditionally once the ryanbr#453
backlog closed, ignoring base_ref entirely. That means a transient
regression on main (the 9.0.1 release generating a raw AppChangelog.kt
literal, fixed by ryanbr#514) red-flagged every open PR whose diff never
touched the offending file — and those PRs stayed red, since a
pull_request-triggered workflow doesn't re-run just because main
changed. ryanbr#508 and ryanbr#506 are still showing that stale failure right now,
over 5 hours after ryanbr#514 fixed main.

Restores the base_ref diff (Android side already had the git_show/
literals_at_ref scaffolding for this, just unused) across every check:
hardcoded literals, missing-translation keys, and format-string
mismatches, on both platforms. A violation already present on base_ref
isn't this PR's fault and no longer fails it; existing debt is still
printed for visibility. Today that's zero everywhere, so the practical
behavior on a healthy main is unchanged — this only changes what
happens when main itself regresses.
digitalerdude added a commit to digitalerdude/noop that referenced this pull request Jul 27, 2026
…variant

ci_check() audited the whole merged tree unconditionally once the ryanbr#453
backlog closed, ignoring base_ref entirely. That means a transient
regression on main (the 9.0.1 release generating a raw AppChangelog.kt
literal, fixed by ryanbr#514) red-flagged every open PR whose diff never
touched the offending file — and those PRs stayed red, since a
pull_request-triggered workflow doesn't re-run just because main
changed. ryanbr#508 and ryanbr#506 are still showing that stale failure right now,
over 5 hours after ryanbr#514 fixed main.

Restores the base_ref diff (Android side already had the git_show/
literals_at_ref scaffolding for this, just unused) across every check:
hardcoded literals, missing-translation keys, and format-string
mismatches, on both platforms. A violation already present on base_ref
isn't this PR's fault and no longer fails it; existing debt is still
printed for visibility. Today that's zero everywhere, so the practical
behavior on a healthy main is unchanged — this only changes what
happens when main itself regresses.
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.

2 participants