Feature/wellness checkin#26
Conversation
…n 7.7) - Replace dense 270-line inline card with compact score/weather/mood view - Add WellnessWeatherIcon SVG (sun/cloud/storm) driven by wellness.status - Add WellnessSheet bottom drawer: AI coach, driver attribution bar, signal progress bars, gamified Today's Focus, reset actions, mood check-in with contextual AI response, Care Plan CTA - Support resources moved to collapsible 'Talk to Someone' section inside sheet; phone numbers hidden behind a 'Call' button (not shown inline) - Mood pick now sets contextual in-card moodResponse message; 'stretched' auto-opens the sheet - Add state: wellnessSheetOpen, moodResponse, todayFocusDone - No backend changes needed (all data already in API response)
- Replace static single-circle with an immersive gradient panel (blue-green, matching the iOS Relax widget) - Inhale phase: circle smoothly scales up (3.9s cubic-bezier) with a vertical centre line visible as the circle grows - Hold phase: two counter-rotating ellipses animate over the large circle (the intersecting-ellipse effect from the iOS screenshot) - Exhale phase: circle smoothly contracts back (3.9s) - Relax pre-start: 1.8s delay with 'Relax' label before first inhale - Phase label top-left, cycle counter top-right (matches iOS widget layout) - Countdown seconds shown below centre text - CSS keyframes injected inline (no global CSS change needed)
…tes, and DB integrations
…nal field to splitBreakdown
…oard compile failure
…og responsive on mobile
…nd inline interactive resets
|
Requesting changes before merge. Wellness is important because the original problem statement explicitly includes emotional well-being, burnout patterns, meals, sleep, and routines. But What should stay:
Blockers:
Recommended scope for merge:
This should feel like “PocketBuddy notices money/routine stress early,” not “PocketBuddy is a therapy product.” |
…nforce 30d retention, and move resources to drawer
…ext, and update interactive care plan steps
|
Thanks, this is much closer to the right direction. The deterministic backend signals are useful and aligned with the original problem statement. I still do not want to merge this as-is because the UI surface is still too much like a standalone wellness product. PocketBuddy should frame this as Required changes before merge:
Recommended merge shape:
Decision: not merge-ready in current UI shape, but close if reduced. |
Key Implementations