WallyHackenslacker/Kanbn4droid
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

feat: make boards drawer width adaptive by screen class

Browse Source
This commit is contained in:
Wally Hackenslacker
2026-04-30 12:36:35 -04:00
parent 028c05c0c8
commit b6da868103
6 changed files with 126 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files
DESIGN.md
+2 -2
View File
@@ -149,7 +149,7 @@ Kanbn4Droid is an unofficial app to connect to and manipulate data stored in sel
**Settings view**
- The view is available from a side panel that can be shown in the Boards list view by pulling in from the left side of the screen.
- The side panel only occupies up to a third of the screen.
- On smaller screens the side panel occupies full width; on larger screens it occupies up to two-thirds of the screen, capped by a max width.
- The view behind the side panel dims when the side panel is open.
- The side panel shows the following content from top to bottom:
- Username as a title in bold text of the currently active user obtained with the "users/me" endpoint of the Kan.bn API.
@@ -169,7 +169,7 @@ Kanbn4Droid is an unofficial app to connect to and manipulate data stored in sel
- All settings are managed using the AndroidX Preferences library.
- Changing any settings makes it apply instantly when leaving the settings view without logging out.
- Current status: implemented through a left-side drawer in `BoardsActivity` plus an in-place settings dialog (`SettingsDialogFragment` + `SettingsPreferencesFragment`) using AndroidX Preferences.
- Drawer behavior is implemented with `DrawerLayout`: left-edge gesture + toolbar open action, dimmed background, and runtime width capped to one-third of screen width.
- Drawer behavior is implemented with `DrawerLayout`: left-edge gesture + toolbar open action, dimmed background, and adaptive runtime width (small screens: full width; large screens: min(two-thirds of window, max width cap)).
- Drawer content is implemented with profile header (`users/me`), workspaces list with active highlight, settings entry, retry/error states, and logout action with confirmation.
- Workspace switching is implemented with active-workspace persistence and boards refresh; switch failures restore previous selection and unauthorized responses force sign-out.
- Settings dialog implements Theme/Base URL/API key drafts, save-and-close apply flow, immediate theme application, credential re-auth on URL/key changes, and safe rollback on apply failure.