Consolidate Day and Week keyboard shortcuts

[Uarmagan]

What to build

Make the keyboard shortcuts and shortcut help consistent across Day and Week. Users should not see different wording or conflicting expectations for shared shortcuts when they switch views.

This should consolidate the shortcut definitions and the visible shortcut lists so the app has one clear source for shared shortcuts, plus clearly documented view-specific shortcuts where the behavior intentionally differs.

Current investigation

Actual shortcut behavior is registered in these places:

• App-wide shortcuts are registered from the root shell: d opens Day, w opens Week, Mod+K toggles the command palette, Escape closes the command palette, and Z handles login/logout.
• Day registers its view shortcuts in useDayViewShortcuts: J/K move day-to-day, T goes to today or scrolls to now, [ toggles the sidebar, task shortcuts include U/C/E/Delete/Backspace/Enter/Mod+Z/Mod+Shift+Z, and calendar shortcuts include I/M.
• Week registers its view shortcuts in useWeekShortcuts: J/K move week-to-week, T goes to the current week or scrolls to now, [ toggles the sidebar, A/C create all-day/timed events, I/M focus/edit a calendar event, arrow keys move shortcut-created drafts, and Shift+W / Shift+M create Someday events.
• J/Kmove between tasks,Entercompletes the focused task,[toggles the shortcuts sidebar,Escapeexits back to Day,Treturns to Day/today,E Dedits the description,E Redits the reminder, andMod+Enter` saves the description.

Shortcut help is presented in separate paths:

• Day builds shortcut sections from getShortcuts() and shows them inside the Planner Sidebar shortcut overlay.
• Week hand-builds its shortcut sections directly in WeekView, then shows them inside the Planner Sidebar shortcut overlay.
• The Planner Sidebar footer uses ? / Shift+/ to open or close the shortcut overlay in Day and Week.

Known inconsistencies to fix:

• [ is shown as “Close sidebar” in the shared Day shortcut data, but Week shows it as “Toggle sidebar,” and the actual behavior is generally toggle/open depending on state.
• ? is shown as “Show shortcuts” in the shared Day shortcut data, but Week shows it as “Toggle shortcuts.”
• Week’s visible shortcut list is hard-coded in WeekView instead of using the shared shortcut data path that Day use.
• Day’s visible shortcut list does not show every active shortcut, such as Backspace delete and undo shortcuts.
• Some keys intentionally mean different things per view, such as J/K for day navigation, week navigation, and task navigation, and C for task creation versus timed-event creation. The implementation should make the intentional differences clear while keeping shared/global shortcuts consistent.

Acceptance criteria

• Shared/global shortcuts have one source of truth and use the same labels in Day, Week, the command palette, and the view selector.
• Shared shortcut presentation uses consistent wording, especially for sidebar and shortcut-help actions.
• View-specific shortcut help is generated from a clear registry or shared data structure rather than being hand-built separately in each view.
• Day, Week shortcut help accurately lists the active shortcuts for that view, including exit/back, undo, and sidebar behavior where applicable.
• Tests are added or updated so shortcut behavior and displayed shortcut help cannot drift silently.
• Manual verification covers opening Day, Week and confirming the visible shortcut help matches actual keyboard behavior.

Blocked by

None - can start immediately.

[tyler-dane]

Another one:
a should create an all day event from the day view. But currently it does nothing

[tyler-dane]

Updated issue after Now view removal in #1850