client should remember users last adventure multiplier button click #35

New Issue

2026-03-09T11:43:18-07:00

amari commented

2026-03-09 11:43:18 -07:00

Description

We want to create a delightful, friction-free experience for our users by remembering their preference for the adventure multiplier button. Right now, every time someone returns to the app, they have to reselect their multiplier setting — and we'd love to spare them that extra step!

This is a wonderful opportunity to show our users that we're paying attention to their habits and genuinely care about reducing unnecessary clicks. By persisting this preference, we're saying: "We remember what matters to you."

Technical Scope

When a user clicks the adventure multiplier button and selects a multiplier value, we should:

Capture that selection
Store it persistently (localStorage, sessionStorage, or database — whichever makes sense for your architecture)
Restore that setting automatically when they return to the app

This should feel seamless and invisible — no loading spinners, no delays. Just the multiplier they love, ready to go.

Acceptance Criteria

User preference persists: When a user selects a multiplier value and closes the app, that selection is remembered
Automatic restoration: On the next visit, the previously selected multiplier is automatically restored without requiring user action
Clear and intuitive: The UI visually indicates which multiplier is currently "remembered" (perhaps with a subtle indicator or highlight)
Graceful fallback: If stored data is unavailable or corrupted, the app defaults to a sensible initial state without breaking
Mobile-friendly: The solution works smoothly on both desktop and mobile browsers
No performance impact: Storage and retrieval operations complete instantly with no noticeable lag

We're excited about this one — it's a small change that makes a real difference in how cared-for our users feel! 💫

# Description We want to create a delightful, friction-free experience for our users by remembering their preference for the adventure multiplier button. Right now, every time someone returns to the app, they have to reselect their multiplier setting — and we'd love to spare them that extra step! This is a wonderful opportunity to show our users that we're paying attention to their habits and genuinely care about reducing unnecessary clicks. By persisting this preference, we're saying: *"We remember what matters to you."* ## Technical Scope When a user clicks the adventure multiplier button and selects a multiplier value, we should: - Capture that selection - Store it persistently (localStorage, sessionStorage, or database — whichever makes sense for your architecture) - Restore that setting automatically when they return to the app This should feel seamless and invisible — no loading spinners, no delays. Just the multiplier they love, ready to go. --- # Acceptance Criteria - [ ] **User preference persists**: When a user selects a multiplier value and closes the app, that selection is remembered - [ ] **Automatic restoration**: On the next visit, the previously selected multiplier is automatically restored without requiring user action - [ ] **Clear and intuitive**: The UI visually indicates which multiplier is currently "remembered" (perhaps with a subtle indicator or highlight) - [ ] **Graceful fallback**: If stored data is unavailable or corrupted, the app defaults to a sensible initial state without breaking - [ ] **Mobile-friendly**: The solution works smoothly on both desktop and mobile browsers - [ ] **No performance impact**: Storage and retrieval operations complete instantly with no noticeable lag --- We're excited about this one — it's a small change that makes a real difference in how cared-for our users feel! 💫

hikari referenced this issue from a commit

2026-03-09 22:03:54 -07:00

feat: persist adventure multiplier selection in localStorage

hikari referenced this issue

2026-03-09 22:04:06 -07:00

fix: persist UI preferences across navigation and sessions #48

naomi closed this issue

2026-03-19 11:46:16 -07:00

Sign in to join this conversation.