Mac Calendar shortcuts: moving through a week from the keyboard

Most shortcut lists for Calendar on a Mac are complete and useless at the same time. Forty rows in a table, sorted by menu rather than by task, and no indication of which four matter on a Tuesday afternoon when a meeting has to move and two others have to be checked.

The useful cut is by job. Getting to a date. Changing how much of the calendar is on screen. Moving an event that is already there. Those three jobs are covered by about eight keys, they behave differently depending on which view is active, and past them the keyboard stops being enough. Knowing where that boundary sits is worth more than memorising the rest of the table.

The four keys that do the moving

Navigation in Apple Calendar is relative, not absolute. Apple's shortcut reference lists Command and the Right Arrow as "go to the next day, week, month, or year", with Command and the Left Arrow going back. The wording matters: the unit is whatever the current view is. In Week view the same keystroke advances seven days, in Month view it advances a month. There is no separate next-week key, because the view is the argument.

Two more keys handle absolute movement. Command-T jumps to today, which is the single most used shortcut in the app and the fastest way out of being lost in March. Shift-Command-T opens the field for going to a specific date, which is what to reach for when a date is known rather than browsed to.

That is the whole navigation set. Command and the arrows for relative movement, Command-T to come home, Shift-Command-T to go somewhere named. Everything else in the navigation part of Apple's table is a refinement: Command-R refreshes all calendars, Command-P prints the current day, week, month or year, and Command with the plus and minus signs changes the text size, which is more useful than it sounds on a dense week at a high resolution.

The pattern to build is unglamorous. Command-T first, then the arrows. Starting from today every time removes the class of mistake where an event gets created in the right slot of the wrong week.

View switching is navigation, not a preference

The four view keys are Command-1 for Day, Command-2 for Week, Command-3 for Month and Command-4 for Year. Treating them as a setting to be chosen once wastes them. Treating them as part of moving around is what makes the keyboard faster than the mouse.

The reason is the relative navigation above. To move by a month, switch to Month view, press the arrow, and switch back. To scan a quarter for a free Friday, Command-4 shows twelve months at once and Command-2 returns to the working week. Two keystrokes each way is quicker than dragging a scroll bar and considerably more accurate.

Control-Command-F switches to full-screen view, and Escape leaves it. That pairing is worth having because it is the difference between reading a month and squinting at one. Shift-Command-A toggles the availability panel, which is where a meeting time gets checked against other people rather than guessed at.

Nudging an event instead of dragging it

Dragging works, and it is also how events end up at 14:07. The keyboard moves events in fixed steps, and Apple documents the steps as varying by view.

Control-Option and the Up Arrow moves the selected event earlier. Apple's table gives the amount as 15 minutes in Day or Week view, and one week in Month view. Control-Option and the Down Arrow does the same in the other direction. Control-Option with the Left and Right Arrows shifts by a day in Week or Month view, with Apple's table also listing a one-week step in Month view. The honest summary is that the unit follows the view, and that the reference lists more than one behaviour for Month view, so the first move in an unfamiliar view is worth watching before trusting it on a batch of events.

Selecting the event to nudge is its own small skill. Tab selects the next event and Shift-Tab the previous one, while the arrow keys on their own move between events without modifiers. Command-F searches. Once an event is selected, Command-E opens it for editing, Option-Command-I opens it in the inspector window, and Command-I shows the info for whatever is selected, whether that is an event or a calendar. Inside an open event, Tab and Shift-Tab walk the fields and Return or Escape closes the editor.

Command-N creates a new event. This is where a plain shortcut list stops being enough, because the shortcut opens an empty event in the currently selected slot and the rest is typing into fields. The step that saves real time is not the shortcut but what the app does with a sentence typed into it, which is what entering events covers.

The sidebar is where the keyboard runs out

The calendar list is the first place the pure keyboard approach breaks down, and Apple's own table shows it. Space bar toggles the checkbox next to the selected calendar with the list open. That one is genuine keyboard control.

The next two are not. Selecting or deselecting every checkbox at once is documented as Command-clicking any calendar's checkbox, and isolating a single calendar by deselecting all the others is Option-Command-clicking a checkbox. Both are modifier plus mouse. There is no keystroke for either, which means the most common calendar operation of the working day, showing one calendar and hiding the rest, needs a hand on the trackpad.

Two structural shortcuts sit alongside them. Shift-Command-N adds a new calendar group, and Option-Command-S adds a new subscribed calendar, which is the shortcut to remember when someone sends a webcal or .ics address. Command-comma opens Calendar settings.

The gap is worth naming plainly. Apple Calendar has no shortcut for switching between saved combinations of calendars, because it has no concept of a saved combination. Groups exist, and Apple notes that they can only be created in the On My Mac section of the calendar list, which rules them out for anyone whose calendars all live in iCloud or Google accounts. Flipping between a work view and a personal view therefore stays a mouse job. That is one of the clearer reasons people look at another calendar app rather than another shortcut list.

Layout and language change the map

Every shortcut above is quoted from Apple's reference, and Apple attaches a caveat to the whole page that rarely gets repeated: "App keyboard shortcuts might vary depending on the language and keyboard layout you use on your Mac." The advice that follows is to open the app's menus in the menu bar to find the correct shortcut, and to use the Keyboard Viewer to check the current keyboard layout, which Apple calls an input source.

This is the explanation for most reports that a documented shortcut does nothing. A Japanese or German layout, or an input method that intercepts a key before the app sees it, changes what reaches Calendar. The menu bar is the authoritative source on any given Mac, because it shows the binding the app is actually using rather than the one in a table written for a US layout.

The same caveat applies in the other direction. A shortcut that conflicts with a system-wide one, or with something a third-party utility has claimed, will appear broken in Calendar while working everywhere else. Checking the menu first turns a twenty-minute search into a ten-second look.

The menu bar is the real reference

Apple's shortcut page opens by pointing somewhere other than itself. It advises using the shortcuts listed there "along with the shortcuts in the Calendar menus in the menu bar", and notes that in app menus the shortcuts are represented by symbols rather than words. The Calendar User Guide carries a separate page for those symbols, which exists because the glyphs for Control, Option, Command and Shift are not self-explanatory to anyone who has not met them before.

That ordering is the right one. A printed table describes a default. The menu bar describes this Mac, with this language, this input source and whatever else is installed. When the two disagree, the menu bar is correct. Holding a menu open for a few seconds is also the cheapest way to learn shortcuts at all, because the binding sits next to the command being used rather than in a list to be memorised in advance.

The menus also make the boundaries visible. A command with no symbol next to it has no shortcut, and there are more of those than the table suggests. Moving an event to a different calendar is the clearest example: Apple documents it as Control-clicking the event and choosing a calendar from the shortcut menu, and no keystroke is offered. The same goes for changing an event's colour or reassigning it between accounts. Anyone building a keyboard-only routine will hit those gaps, and it is better to find them in a menu than halfway through rearranging a week.

Printing is a small case of the same split. Command-P prints the current day, week, month or year from the calendar itself, and the same key prints the selected event, or the events in a chosen period, when an event is what is selected. One shortcut, two behaviours, decided entirely by what had focus when it was pressed. That is the general shape of Calendar's keyboard layer, and it is why selection discipline matters more than the size of the list.

Apple Calendar and Google Calendar in a browser

Anyone working across both sets hits a wall immediately: the Google Calendar shortcuts do nothing until they are switched on. Google's help page describes the step as opening Settings, checking the box next to "Enable keyboard shortcuts", and clicking Save at the bottom of the page. After that, pressing the question mark key lists every shortcut available.

The two sets do not agree, and it is better to know that than to hope.

	Apple Calendar on Mac	Google Calendar in a browser
Enabled by default	Yes	No, a setting has to be saved first
Go to today	Command-T	Single letter, listed after enabling
Switch views	Command-1 to Command-4	Single letters, listed after enabling
Move an event by keyboard	Control-Option and an arrow	Not offered
See the full list	Menu bar, and Apple's reference page	Press the question mark key

The practical consequence is that muscle memory does not transfer. Apple's set is modifier-based, Google's is single letters, and a single letter typed into Apple Calendar while an event is selected does nothing useful. Picking one surface as the place where events actually get created and edited, and treating the other as a read-only view, is less work than keeping both sets in your hands.

What to change first

Learn three keys this week and nothing else: Command-T, Command-2 and Command and the arrows. That combination covers getting to today, seeing the working week, and moving through it, which is the majority of the time spent in a calendar. Add Control-Option and the arrows once moving events by hand starts to annoy.

Then look at what the keyboard cannot reach. If switching between a work view and a personal view is the operation being repeated all day, the answer is not a shortcut, it is a calendar that has saved sets in the first place, and Caltimate is built that way.