You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
TUI Calendar: Enter does nothing on a highlighted event (Day/Week), though the help bar shows "enter: open" #418
In hey tui, Calendar section, Day or Week view: highlight an event with the arrow keys and press Enter. Nothing happens.
The context help bar shown while the content row is focused advertises enter open (from the generic content-row bindings in internal/tui/tui.goupdateHelpBindings, ~line 743), the same hint that opens a thread in the Mail list. In the calendar Day/Week view that hint is dead — there is no key that opens/views the highlighted event.
Expected
Enter on a highlighted event opens it (the same result as e today), consistent with the help bar and with Mail, where Enter opens the selected row.
Actual
internal/tui/calendar.go:
handleContentKey (~line 1058) has no "enter" case.
handleArrowKey (~line 1133) only handles "enter" in Year view (enterYearCell, stepping into a day cell). In viewDay / viewWeek it returns handled == false.
So Enter falls through to v.contentVP.Update(msg) (viewport scroll) and is a no-op.
The only way to open/inspect an event is e (opens the edit form, eventFormEdit). There is no read-only "view" mode — eventFormMode is just eventFormCreate / eventFormEdit.
Suggested fix
In handleContentKey / handleArrowKey, for viewDay and viewWeek, map enter to open the selected recording when there is one:
case"enter":
ifevent, ok:=v.selectedRecording(); ok {
returnv.startEventForm(eventFormEdit, event), true
}
Year view keeps its two-stage behavior (Enter steps into a cell; once inYearCell, Enter could then open the selected event). Happy to send a PR.
Thanks Albert for flagging this and for your original implementation in #419. Sorry this issue stayed open after the fix landed.
Your event-card work was carried forward in #591 and is included in v1.10.0. Enter opens a read-only card in Day and Week, and inside a Year cell. You can press e from the card to edit the event.
I rechecked those interactions against dev HEY on current main, including closing the card and entering edit mode without saving. Closing this as fixed, but please reopen if you're still seeing the problem on an up-to-date version.
On October 28, 2026, Copilot ***@***.***> wrote:
Closed #418 <#418> as
completed.
—
Reply to this email directly, view it on GitHub
<https://github.com/basecamp/hey-
cli/issues/418?email_source=notifications&email_token=BR75NHBNUE45PVUPJR36PFL5WGCPBA5CNFSNUABQM5UWIORPF5TWS5BNNB2WEL2JONZXKZKFOZSW45CON52GSZTJMNQXI2LPNYXTGNBUGQZTCMJTGY3DBJTSMVQXG33OUZQXK5DIN5ZKKZLWMVXHJLDGN5XXIZLSL5RWY2LDNM#event-
34443113660>, or unsubscribe
<https://github.com/notifications/unsubscribe-
auth/BR75NHECJNTYR4FFHS6DJWT5WGCPBAVCNFSNUABGKJSXA33TNF2G64TZHMYTCNZRGQ3TKMZWHA5US43TOVSTWNJTHE2DOMBUGYZTBILWAI>.
You are receiving this because you authored the thread.Message ID:
***@***.***>
Activity
TUI Calendar: open a read-only event card on Enter
robzolkos commentedon Oct 28, 2026
Thanks Albert for flagging this and for your original implementation in #419. Sorry this issue stayed open after the fix landed.
Your event-card work was carried forward in #591 and is included in v1.10.0. Enter opens a read-only card in Day and Week, and inside a Year cell. You can press
efrom the card to edit the event.I rechecked those interactions against dev HEY on current main, including closing the card and entering edit mode without saving. Closing this as fixed, but please reopen if you're still seeing the problem on an up-to-date version.
albertreig commentedon Oct 28, 2026