ACTIONS: one action list per Tab from the #484 registry, rendered in context menu, top-row capsule, selection bar, swipes, shortcuts (1/3) #581

New issue

Open

opened 2026-10-01 06:31:25 +00:00 by kayg · 1 comment

kayg commented

2026-10-01 06:31:25 +00:00

Owner

One action list per Tab, rendered everywhere ("please please reuse the code"). The #484 action registry is the single source of truth for each item action: label, icon, shortcut (Apple and Windows & Linux presets, #542), group/divider, order, priority, destructive flag, and availability (by selection kind/count and permissions). Every surface renders from it, with no hand-written menus:

the right-click context menu (long-press on touch) = the full list;
the desktop top-row action capsule (Finder: [Share | Tag | ⋯]) acts on the selection, highlights by priority, ⋯ = the rest; with nothing selected its ⋯ shows folder/view actions;
the bottom Tab Bar morph on desktop shows only "N selected ×" (no action icons; no duplicates). On phones it shows the top 3 actions + ⋯ (iOS Files);
swipe actions on touch rows (left = quick actions, right = Copy link), configurable in Settings → Gestures;
keyboard shortcuts and aria-keyshortcuts;
API/CLI/MCP (already from the registry).
On desktop, the action capsule shows as many actions as fit the width ("the desktop view has width and we should use it"), by priority, then ⋯.
Header rule (Q1): the top row holds only view-level controls and the selection-bound action capsule; no ⓘ button (Info is in the actions list, ⌘I, Space).
Applies to Files, Photos, Mail, Notes, Tasks, Money and Calendar.
Tests:
a unit test: every surface lists the same actions in the same order for a given selection;
a guard test: fails if a menu or toolbar item is defined outside the registry;
an e2e per Tab: right-click, capsule ⋯ and the phone bar match.
Screenshots at 390/820/1440 in both themes.
Order: 1 of 3 (then #toolbar-row, then #inspector-morph). Start after merge round 5 lands.

## Owner decisions (2026-10-01, toolbar/actions grill: Q1, Q3, Q4, Q6, Q13) **One action list per Tab, rendered everywhere ("please please reuse the code").** The #484 action registry is the single source of truth for each item action: label, icon, shortcut (Apple and Windows & Linux presets, #542), group/divider, order, priority, destructive flag, and availability (by selection kind/count and permissions). Every surface renders from it, with **no hand-written menus**: - the right-click context menu (long-press on touch) = the full list; - the **desktop top-row action capsule** (Finder: `[Share | Tag | ⋯]`) acts on the selection, highlights by priority, ⋯ = the rest; with nothing selected its ⋯ shows folder/view actions; - the **bottom Tab Bar morph** on desktop shows only "N selected ×" (no action icons; no duplicates). On **phones** it shows the top **3** actions + ⋯ (iOS Files); - swipe actions on touch rows (left = quick actions, right = Copy link), configurable in Settings → Gestures; - keyboard shortcuts and `aria-keyshortcuts`; - API/CLI/MCP (already from the registry). On desktop, the action capsule shows as many actions as fit the width ("the desktop view has width and we should use it"), by priority, then ⋯. **Header rule (Q1):** the top row holds only view-level controls and the selection-bound action capsule; no ⓘ button (Info is in the actions list, ⌘I, Space). Applies to Files, Photos, Mail, Notes, Tasks, Money and Calendar. **Tests:** - a unit test: every surface lists the same actions in the same order for a given selection; - a guard test: fails if a menu or toolbar item is defined outside the registry; - an e2e per Tab: right-click, capsule ⋯ and the phone bar match. Screenshots at 390/820/1440 in both themes. **Order:** 1 of 3 (then #toolbar-row, then #inspector-morph). Start after merge round 5 lands.

kayg referenced this issue

2026-10-01 10:56:43 +00:00

Calendar items + hover card redesign: clock+time chips/title/leaf tag chips; 'Journal' everywhere; kind-labelled attachments; two bottom pills; one action path #628

kayg referenced this issue

2026-10-01 13:41:43 +00:00

Calendar: drag files, attachments, items and blocks onto events to link them (move by default, ⌥ to link both); drop on empty space creates a Journal entry #635

kayg referenced this issue

2026-10-01 15:43:11 +00:00

EDITOR: block Style inspector in the shared Inspector morph (grill) #633

kayg referenced this issue

2026-10-02 13:23:02 +00:00

P1: Bind UI intents and successful fixture evidence to the parity gate #834

kayg commented

2026-10-02 17:28:52 +00:00

Author

Owner

Static audit evidence for DESIGN §34, One action list per Tab:

The current API action metadata is route-oriented and has no item-action icon, group, order, priority, or availability fields: crates/calternal-api/src/actions.rs:13-29. UI menus still define actions directly; for example Photos builds its own MenuNode list in apps/web/src/lib/photos/PhotosView.svelte:638-650, and the Share dialog keeps a separate permission list in apps/web/src/lib/files/ShareDialog.svelte:283-289.

Expected: one item-action registry feeds each surface, API/CLI/MCP metadata, shortcut hints and touch actions. Test idea: for one selection, compare action IDs and order across context menu, toolbar, selection bar, swipe actions, keyboard and API.

Static audit evidence for DESIGN §34, One action list per Tab: The current API action metadata is route-oriented and has no item-action icon, group, order, priority, or availability fields: crates/calternal-api/src/actions.rs:13-29. UI menus still define actions directly; for example Photos builds its own MenuNode list in apps/web/src/lib/photos/PhotosView.svelte:638-650, and the Share dialog keeps a separate permission list in apps/web/src/lib/files/ShareDialog.svelte:283-289. Expected: one item-action registry feeds each surface, API/CLI/MCP metadata, shortcut hints and touch actions. Test idea: for one selection, compare action IDs and order across context menu, toolbar, selection bar, swipe actions, keyboard and API.

kayg referenced this issue

2026-10-02 17:33:00 +00:00

Audit: DESIGN.md versus the code (decided but missing, built differently, OPEN items built) #864

kayg referenced this issue

2026-10-02 17:37:38 +00:00

Deep links: show current-view Copy link in page headers #878

kayg referenced this issue

2026-10-02 17:38:57 +00:00

Audit: deep links and Copy link coverage for every item type #861

kayg referenced this issue

2026-10-02 17:41:23 +00:00

Audit: DESIGN.md versus the code (decided but missing, built differently, OPEN items built) #864