[ryanbr]

Requested by @h-nry in #1694. The Today feed listed your recent sessions but every tile was inert, so the only route to a session's detail was More → Workouts.

Each tile now opens the same read-only detail its Workouts list already opens — WorkoutDetailSheet on Android, WorkoutDetailView on iOS. Reusing those instead of building a Today-specific view is what makes this safe: neither can edit or delete, so a tap from Today carries no risk that list does not already carry.

@h-nry also offered a fallback of linking to the Workouts page instead. The popup is the better of the two and cost the same, since both detail views were already built and reusable.

Two things that had to be right rather than merely compile

The sheet cannot live inside the section. Today's sections are LazyColumn items. Hosting the sheet inside TodayWorkoutsSection builds clean and looks correct, but a disposed item takes an open sheet down with it. The state lives on TodayScreen and the sheet sits with Today's other dialogs — which is where WorkoutsScreen already keeps its own. A side benefit: the section stays presentational, reporting a tap and no longer needing the view model at all.

Press feedback comes from each platform's own primitive. The first iOS draft used .buttonStyle(.plain), which gives no feedback — Android would have settled inward on press and iOS would have done nothing. WorkoutsView's rows use LiquidPressStyle, the twin of Android's liquidPress, so that is what this uses.

Parity

	Android	iOS
Detail opened	WorkoutDetailSheet	WorkoutDetailView
Press feedback	liquidPress	LiquidPressStyle()
Sheet host	screen level	screen level
Read-only	yes	yes

Accessibility diverges on purpose: Android gets an onClickLabel string in all seven locales, because Compose derives nothing and the Sources row beside it does the same; iOS lets Button derive its label from the tile content, exactly as the Workouts rows do. Adding an iOS string would mean ten xcstrings locales for no gain.

Not addressed here, and pre-existing: Android shows 4 tiles with a "14 days" trailing header, iOS 6 with "N total". Same section, different cap and trailing text. Worth its own issue.

Tests

TodayWorkoutTapTest guards the wiring on both platforms, including the lazy-disposal trap — which compiles cleanly and no other test here would catch.

It reads source, so it strips comments before matching. The first version did not, and failed on its own first run: this file's comments name WorkoutDetailSheet while explaining the change, so the assertion matched its own prose rather than the code. Worth knowing for any future source-audit test in this repo, which comments densely.

Verified

4,712 tests, 0 failures with --rerun-tasks --no-build-cache; Tools/i18n_audit.py --ci clean; all seven strings.xml parse with the new key present.

The iOS half is app-target Swift, which default CI does not compile — dispatching app-build for it, and I will post the result here before this merges.