[ryanbr]

A community request asked for a WHOOP-style mini lock-screen widget. iOS already had one — accessoryRectangular is declared and renders Charge, Effort and Rest from the same snapshot — so nothing needed building. It needed to behave like a lock-screen widget, and to look like the thing that was asked for.

Before / after

BEFORE                              AFTER
NOOP                    72 bpm                          72 bpm
68%     4.1     82%                  🧘        🏋        🌙
Charge  Effort  Rest                68%       4.1       82%

1. It tinted unconditionally

Lock-screen widgets render in .vibrant or .accented, where the system desaturates whatever colour it is handed and maps it onto the wallpaper. A domain colour does not survive as that colour — it lands as an arbitrary grey whose luminance nobody chose. So Charge, Effort and Rest were neither distinguishable from each other nor reliably legible: the tint was doing no work and taking the visual hierarchy with it.

The cells now read widgetRenderingMode and hand the system .primary / .secondary off the lock screen, which are the two levels it is built to map. The home screen and the widget gallery keep the domain colours exactly as before.

2. It spent a row on its own name

This family gets roughly 72pt of height for everything, and a "NOOP" title used a whole row of it restating which widget the user had just chosen to add — squeezing the three scores that are the only reason to add it. The title is gone and the heart-rate line is now conditional, so an install with no live HR gives the scores the entire area.

3. Metric glyphs

What makes WHOOP's readable at a glance is that each cell is a glyph, not a word. Icons now sit over each value — figure.mind.and.body, figure.strengthtraining.traditional, moon.fill — centred, replacing the 9pt word under each number, which was the second thing naming a metric the icon already names.

Accessibility is the part an icon quietly breaks. A glyph says nothing to VoiceOver, and the word it replaced was the only thing identifying the metric. Each cell collapses to a single element that still speaks "Charge, 68 percent", using a catalogue string for the empty case — "No data" already exists in all ten locales, so there is no new copy and the i18n gate stays clean.

SF Symbols rather than porting Android's ic_widget_* drawables: they render correctly in the vibrant mode item 1 started respecting, scale with Dynamic Type, and add no assets. The cost is that they are not pixel-identical to Android's glyphs — visible if someone screenshots both, not functional.

Deliberately not done

The home-screen families. They draw score rings whose order and shape deliberately mirror TodayView's hero trio. Putting glyphs there would diverge the widget from the app's own home screen in order to chase a lock-screen look. Untouched.

The metric order. iOS renders Charge → Effort → Rest in the accessory and in the small/medium/large rings, and its gallery description says so. Android renders Rest → Charge → Effort in both of its widgets, and its descriptions say so. Each platform is internally consistent and self-describing, so reordering only this one view would break iOS against itself and contradict its own copy. That divergence is real and worth settling — as its own issue, not inside a lock-screen polish.

Android. NoopCompactGlanceWidget already draws the same three icon cells, but Android removed third-party lock-screen widgets in 5.0 and widgetCategory="keyguard" has been inert since. There is no surface on a phone to target.

Verified

StrandiOSWidgets is app-target and SwiftUI does not exist on Linux, so nothing here could be compiled locally — app-build is the first compiler to see it, and it is green on both legs for this exact head. The AnyShapeStyle branches are written with explicit types rather than leading-dot inference for that reason: that construct type-checks in isolation and fails in a real build.

Tools/i18n_audit.py --ci clean.