Overhaul workspace UX for denser play workflow
This commit is contained in:
14
FAQ.md
14
FAQ.md
@@ -77,6 +77,20 @@ Authenticated application state and behavior were moved into `Components/Pages/W
|
||||
|
||||
`Workspace` initializes authenticated session data after the first render (`OnAfterRenderAsync`). During that first render pass, the header now intentionally shows a null-safe fallback label instead of dereferencing user fields before `/api/me` has been loaded.
|
||||
|
||||
## Where did Play/Campaign Management switching move?
|
||||
|
||||
Screen switching is now inside the header hamburger menu. The menu exposes `Play` and `Campaign Management` options while keeping the top bar compact.
|
||||
|
||||
## How do I create, edit, and roll skills in the Play column now?
|
||||
|
||||
Skills now use inline row chip actions:
|
||||
|
||||
- `✎` chip on each skill row to edit that skill
|
||||
- `⚄` chip on each skill row to roll immediately
|
||||
- a final `+` dummy row styled like a skill row to create a new skill
|
||||
|
||||
Roll visibility remains controlled in the skills header row.
|
||||
|
||||
## Why is auth form state kept in `AuthSection` instead of `Home`?
|
||||
|
||||
Auth inputs, validation, and submit workflows are transient UI concerns, so they now live in `AuthSection`. `Home` keeps shared session/workspace state and cross-control refresh/orchestration only.
|
||||
|
||||
Reference in New Issue
Block a user