I often need to have something from my research folder open while I’m writing in another document. I can easily open the former by right clicking and choosing “Open / as Quick Reference”. But if I need to change the zoom setting, I have to use “View / Zoom / Zoom In” option because the listed hotkeys (Cmd + > and Cmd + <) don’t work. The former closes my quick reference document while the latter opens some “General” dialog box. Is there a way to make those keyboard shortcuts work properly? Thanks!
Try Shift + Cmd + > (or <).
Working?
Are you using something other than an English keyboard by any chance? You may need to adjust the shortcuts if so, as they way they work internally requires a shift, but both of these symbols are on the same key in some languages.
The zoom commands should work in most contexts where text is display though, even in the Inspector.
First, thanks, @scshrugged ! That works, even though the menu clearly indicates Cmd + > and Cmd + < are the shortcuts, no shift key required. Weird.
Second, to @AmberV, I’m using a stock Apple Magic Keyboard with 10-key in the default configuration. I don’t think there’s anything unusual or custom about it. The fact that I don’t seem to have any shortcut issues with any other application would seem to support that. Scrivener is the only app I use whose published shortcuts on the menu apparently don’t match the actual keys I need to use. Also weird.
I’m not sure what you mean by shortcut issues, if using the correct shortcut seems to be working, as you indicated. If you mean the way they are printed, that’s just how Apple does things—sometimes. You may start to notice this now and then, now that you know to look for it (we aren’t printing the menus, that’s all down to the Mac). For example the system standard shortcuts for paragraph alignment are always printed as ⌘{ (for Left), which on an English keyboard is really ⇧⌘[. It seems to depend on whether your request is for that precise punctuation mark or not in the UI builder, and thus isn’t necessarily consistent even in the same software.
@AmberV said:
I’m not sure what you mean by shortcut issues…
It seems like a problem to me when the menu items indicate that the shortcut key is one thing, which actually doesn’t work, while the proper shortcut is different from the menus. Whether it’s a Scrivener issue or an Apple issue is fairly immaterial to a user I should think, but it’s definitely an issue.
It works the same way for a document in Apple’s Pages app. The View menu Zoom shortcuts and behaviors match Scrivener’s.
I don’t actually disagree with you, as I’ve posted on the forum before at length. I think Apple’s way of printing shortcuts is misleading and inconsistent. If you’re interested in an extended discussion on the matter, with debate on both sides of whether is is actually an issue or desirable behaviour, you’ll find the it in this topic.
As for whether it matters if the software sets something or Apple, on that we do disagree, in that I do in think that is material information to be aware of. Knowing how menus work, and that there is a system-wide consistent approach to the nomenclature used between all software (that isn’t ported from other operating systems) is valuable insight.
On my keyboard at least, it’s impossible to type < or > without the shift key. Simple as that. If that’s not true on your keyboard, I’d like to see it. Mine is the built-in Apple Magic in my M1 MBP.
Different language layout maybe, e.g. in the following example < is “unshifted” and > requires shift. The key above left control: Magic Keyboard - Spanish - Apple
You might have mentioned sooner that it’s a Spanish keyboard.
But I don’t know that. It’s not even my keyboard. Or my problem. 🤷 (in this specific case, that is)
Sorry! It’s someone’s keyboard, though, and that person could have informed us if it’s Spanish.
1 Like
It’s not. As I said earlier:
I’m using a stock Apple Magic Keyboard with 10-key in the default configuration.
I’m not using a Spanish keyboard.
