Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

On Windows (and mostly in Linux too), I can navigate the entire system, application menus and UI controls without touching the mouse or trackpad, relying only on the keyboard.

It's also far more discoverable --- if you press Alt, accidentally or otherwise, the menu highlights and you can immediately use the arrow keys to navigate it. The underlined letters (sadly missing by default in later Windows versions) also make things more obvious.

There's also this oddity:

https://superuser.com/questions/59007/enter-to-open-a-file-i...

In just about every other graphical file explorer I've ever used, including the DOS ones, Enter opens the selected item. In the Mac Finder, it's Command-O. Yes, I get the fact that it's mnemonic with the others in that list, but it's completely contrary to the customary and rapidly learned behaviour of navigating using the arrow keys and Enter ---which is located very close to the arrow keys, and requires only one hand to operate easily.



macOS has discoverability features that obviate the need for the "press alt" feature. You don't even need to know what menu contains your target.

Command-? (command shift /) opens the help menu with fast incremental search through all menubar items, showing you the shortcut of what you're interested in, and also allowing you to tap return to substitute the shortcut.


It’s a nice feature; a shame that it’s not discoverable (i.e. something people would think to look for when they need it, if they hadn't used it before.)

Personally, if I were designing it, I wouldn't have exposed it as a separate bar in the Help menu of the app; but rather just made it an API provider to the OS (sort of like how drag-and-drop data sources work), such that the OS search (Spotlight) could be made a "universal" search, capable of searching both the OS generally, and the currently-focused application specifically.

While I'm dreaming, imagine if you could go into Mission Control and start typing, and it'd highlight/focus the set of windows that "have" the text you're looking for (even if not necessarily scrolled into their viewport.) Like the search you can do in Safari's "tab overview" by pressing Cmd+F there, but across all windows of all apps. Once you've narrowed it down to one window, press Enter and that window will pop to the foreground—perhaps with that text pre-selected as if you had done a Cmd+F search within the app.

Or, something even less likely to happen: imagine if you could move your mouse by searching across the corpus of text visibly on-screen (presumably via interaction with the OS text-rendering layer), such that you could jump the cursor to a specific button; or even to the checkbox with a specific label.


a shame that it’s not discoverable (i.e. something people would think to look for when they need it, if they hadn't used it before.)

It's discovered when someone clicks on the "Help" menu at the top of every single screen. How much more discoverable can it be without resorting to Clippy-style intrusions?


There is nothing on the Help menu that indicates that the keyboard shortcut exists.


I thought the post was referring to the discoverability of the search feature.

No way to know that pressing Alt shows keyboard shortcuts on windows either.


You sure showed them!


I mean, help sounds like it would be helpful, but all it's used for is to do Help/About, and IIRC, Apple put About somewhere else. So what is an average person doing in the Help menu?


This search box in Help is a pretty good design that even Google implemented this across their GSuite in docs, sheets, etc


Also: The menu opened by Command-? can be browsed using Ctrl+P and Ctrl+N, like emacs, instead of the up and down keys if you want to move your hands less.

It's a killer combination, allowing you to run menu items with merely a vague notion of their name rather than a memorized jumble of modifier keys.


> Command-? (command shift /) opens the help menu

It's also far more convenient than Ctrl-F2 to move the mouse focus to the menu bar.


Holy shit, I've been using Macs since 2009 and I never knew about this.


Ahh I totally knew this and forgot about it. Thanks for the reminder!


> [Windows] is also far more discoverable

Every macOS app has a search field in the Help menu where you can instantly look up any menu item, and it’s a built-in feature of macOS, way ahead of Windows.


It's odd that everyone here is mentioning search as a counterpoint, when that's one of the least discoverable interfaces --- just like a command line, you need to at least know what something is called in order to use it. Contrast that with a menu, where you are immediately presented with all the options to choose from.


The menu bar search field searches the menus. When you highlight a search result, it even opens the corresponding menu and shows you the item!

Disclaimer: I worked on this feature.


Oh man, THANK YOU for this!

It was one of the biggest wow factors of macOS for me when I first started using it about 10 years ago, and it still keeps saving me a lot of time.

Thanks!!!


I know that feature! That is the one feature that makes users actually consult the help documentation.

(and I would love to see how that is done - how the menus and their contents, were implemented to make them searchable!)

Here's to 2 more billion upvotes :-)


I love love love this feature. You rock! Thank you. I’m lost on systems that don’t have this feature, and crap apps like Word that hide everything in the UI.

I’d give you a billion upvotes if I could :)


> you need to at least know what something is called in order to use it.

It lets you see if an app has a feature that you’re sure it must have, but don’t know exactly what it could be called or where it might be.

For example, in Xcode I just need to search “up” to see commands for moving a block up text up.

Or “blur” to see the different kinds of blur an image editor has.

> Contrast that with a menu

You misunderstood. It shows the menus which have items matching your search, in place.

https://i.imgur.com/6DieqF3.png


funny. tried an experiment on chrome while reading your comment. how would i find command+shift+t if i didn't know the shortcut from other browsers?

typed "undo close" on that search box. Nothing. clicked on the "tab" menu. still nothing. finally going back to the search box and typing "tab" it shows up as "reopen closed tab" and show me that it is in the "file" menu.

Weird application choices aside, Wonder why apple don't make that a central keyboard first command box like emacs or most code IDEs do. I mean, i don't even know how to go to that help search box without a mouse.


This is how I do this exercise. No mouse required:

1. `cmd - shift - /` to jump to Help (works in any app)

2. type `tab` ["Hmm, I don't know exact shortcut to <undo close tab>, so let me start with something generic..."]

3. search through results with ctrl-n or ctrl-p.

4. As you search, different menu items show you the shortcut

And voila, your `cmd - shift - t` is the second result under "reopen closed tab"

EDIT: formatting bullets


The Finder is still rooted in a spatial metaphor. Cmd+Down to “enter” the focused item (which used to always mean opening it, back when spatial navigation meant that Finder folders all opened in their own windows.) Cmd+Up exits out. (Not sure what this did back in spatial-navigation days; but I wouldn’t be surprised if it refocused the parent dir’s window if it was still open, and reopened it otherwise.)

Also, ever since non-spatial navigation became a thing in macOS, Cmd+[ and Cmd+] have become back/forward through navigation history in all contexts where there is such a thing as a navigation history. Works in Safari, Finder, System Preferences, all the iTunes-diaspora apps...


> Cmd+Up exits out. (Not sure what this did back in spatial-navigation days; but I wouldn’t be surprised if it refocused the parent dir’s window if it was still open, and reopened it otherwise.)

You can still run the Finder in mostly spatial by hiding the toolbar and sidebar. I prefer it that way. Then ⌘↑ does exactly what you think.

(Not tested on MacOS BS)


> In just about every other graphical file explorer I've ever used, including the DOS ones, Enter opens the selected item. In the Mac Finder, it's Command-O. Yes, I get the fact that it's mnemonic with the others in that list, but it's completely contrary to the customary and rapidly learned behaviour of navigating using the arrow keys and Enter ---which is located very close to the arrow keys, and requires only one hand to operate easily.

Aside from the fact that other users exposed the CMD+arrow shortcuts, Finder's shortcuts are also consistent with the rest of macOS, where "enter" typically renames the selection (try it with a folder in Notes, for example).


As mentioned in the answer—use command-down.

Command-up goes to the parent, command-down goes to the child. You can do the entire thing with arrow keys and command.


It is also Command-Down to open the selected thing in Finder. Command-Up takes you one level in the file hierarchy (e.g., takes you to the parent), which also fits nicely.


To exit Firebox SSL from the hidden tray icon drop down:

  WindowsKey+B
  EnterKey
  ArrowUp
Now I am stuck, how do I make the drop down menu appear using the keyboard?


So much YES, AGREE!

Enter should open the application.

Not f#%% edit it's name!

(how often do you want that?? == almost never; versus 'open' == almost always)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: