Skip to content

Rework add-choice UX (clearer types, Multi-as-folder) + fix bottom-bar layout when AI disabled #1256

@chhoumann

Description

@chhoumann

Bug

In the settings Choices view, when AI & Online features are disabled, the add-choice bar collapses hard to the left. Root cause: .choiceViewBottomBar uses justify-content: space-between, so the lone add box (no AI Assistant button to balance against) snaps left.

Rework

The add flow ([Name] [Template/Capture/Macro/Multi ▾] [Add Choice]) presents the four types as an unexplained dropdown, and "Multi" — really a folder — masquerades as a peer type. This is confusing for newcomers.

Planned (Direction C + grafts):

  • A top action bar: + New choice ▾ (Obsidian Menu of the 3 doer types, each with a one-line description) + a separate + New folder button. Multi becomes structurally not-a-peer; the layout bug becomes impossible.
  • Rename Multi → "folder" in user-facing copy (stored value stays "Multi", no migration).
  • Auto-open the relevant ChoiceBuilder after adding a doer (Alt-click to skip).
  • First-class add-into-folder: per-folder + affordance + context-menu entry.
  • Empty/first-run state.

Shipped in phases (one PR): P1 layout decouple, P2 explained add controls, P3 add-into-folder + empty state.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions