Confusing app settings #97
Labels
No labels
area/ci
area/desktop
area/packaging
area/protocol
area/reading
area/ui
area/web
area/writing
kind/bug
kind/feature
kind/infra
kind/request
needs/user
parked
perf
security
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
littlefox/neokom#97
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Opening the App settings you still have the "Read next post" button at the bottom with the "Save" and "Close" buttons out of view. The user thinks the button for reading next post will close the settings, but it does not. Close and Save are not visible to the user and the user then thinks they can close the tab without actually saving their setting.
Make the settings screen its own, not just taking up the center reading space of the UI.
Make the settings save automatically.
Triage: a UX bug. The plan is for settings to become a full screen of their own: no command bar, no side columns, a back/close button at the top. Changes then save by themselves, with no Save button.
One catch with saving automatically: the LysKOM user area is stored as a text on the server, so every save writes a new text. Rather than one write per click, changes save when you leave the settings screen (back, close, or going elsewhere), with a short 'Sparat' note. Device-only settings like the theme take effect at once, as they do now. Next after #96.
Merged in #110. Verified: tools/e2e.sh 171 passed (soak once flaky, #109), a new spec for the screen and saving on leave, screenshots on desktop/Android, CI run green.