GNOME Bugzilla – Bug 321616
more shortcuts
Last modified: 2018-05-22 13:07:04 UTC
`ctrl + w` - fit width `ctrl + p` - fit page (best fit) `ctrl + 0` - default zoom (1:1) `shift + f` - search entire document (`ctrl + f` would search only current page - similar to bahavior in Mozilla Thunderbird) `ctrl + c` - continuous `ctrl + d` - dual
there should be more kontrol from the keybord...
*** Bug 134850 has been marked as a duplicate of this bug. ***
Yeah, it would be nice to have at list shortcuts for zooming and continuous/dual. Search is not implemented yet, so this need another bug.
Shortcuts, yes. If more can be done in a cleanly maintainable way to make it easier for users to set their own custom keybindings that would be great. If evince is already writing out a menurc somewhere you can edit it and manually add more keybindings of your own (if is not it should be relatively easy to add if I recall correctly). I like you suggestions but not the specific implementation you propose >> ctrl + w - fit width Nope, cannot have that keybinding. Standard shortcut for close window. >> `ctrl + p` - fit page (best fit) ditto, printing >> `ctrl + 0` - default zoom (1:1) sounds fine, same as mozilla and recommend by HIG 2.0 >> `shift + f` - search entire document (`ctrl + f` would search only current I'd prefer if you didn't, Ctrl+F should search the whole document to be consistent with other apps like Gedit, Mozilla etc. but if you want the search current page only feature I expect the developers could fine a good way to implement it. >> `ctrl + c` - continuous would be used for Copy >> ctrl + d` - dual Acrobat doesn't have keybindings for the page view functions, I expect it is because people are not likely to want to switch quickly between views often enough to need a keybinding.
I would like to second the request for keybindings for the continuous and dual views. While Adobe Reader does not have keybindings for these functions, it does have icons on the main page (lower right-hand corner), which makes them easily acessible to the user. Some documents are best viewed in dual, others in single page. So having to go to the menu each time is a pain. If not a keybinding, then at least add a dual toggle-button to the toolbar. Thank you!
When you enable editable menu accelerators using the Toolbar and Menu properties ( (gnome-ui-properties, you can assign any keybinding you like. Just close Evince and it'll be saved. Steps: 1. Enable editable menu accelerators 2. Launch evince 3. Hover over the menuitem with the mouse pointer 4. Press Ctrl-D (or anything else) 5. Close evince 6. Disable editable menu accelerators
Please do not add more default key bindings. This complicates the UI. The functions are accessible through the menus: it is easy to fit to width by pressing Alt+V W, etc.
I don't see how adding default key bindings complicates the UI, since they don't add anything to the UI. The only downside is potential conflict with global keybindings the user might have set. In any case, if not keybindings, then at least buttons on the toolbar for single/dual page viewing.
1. Potiential conflict is important downside 2. You can add buttons on toolbar with toolbar editor
Come on guys, if you want extra keyboard shortcuts, enable editable keyboard shortcuts in the Gnome preferences and add a shortcut for whichever menu item you like. Don't make the defaults complex, please.
I think that there should be added an option to use a single key as a shortcut. For example I'd like to use "F" to go full screen in eog, this is very useful sometimes and with current gnome I can't do that, it requires using of a meta key or F{number} key.
(In reply to comment #11) > I think that there should be added an option to use a single key as a shortcut. > For example I'd like to use "F" to go full screen in eog, this is very useful > sometimes and with current gnome I can't do that, it requires using of a meta > key or F{number} key. I strongly disagree with this. It will certainly cause issues when filling in forms, for instance. For presentation mode this is a bit different: w and b already work, and typing a number jumps to that page instantly.
It wouldn't cause any issues in for example eog. You can use such shortucts only if you like, so as I'm not filling any forms in evince or something then it would be perfectly fine for me.
(In reply to comment #13) > [...] it would be perfectly fine for me. Did you try my suggestions outlined comment #6 and if so, what exactly is the problem you're still experiencing?
To bind F to fullscreen in eog I need to load an image. Then if I press F, it jumps to best fit (with f underlined) and I can't bind F to fullscreen, shift+F, control+F and so on works.
It seems to me that intelligent defaults and the rule of least surprise would suggest that built-in keyboard shortcuts would be a good idea. Not every user knows how to change keyboard shortcuts; in fact non-users of GNOME don't seem to be able to. Most users have used Adobe Reader in the past, so I'd think copying their defaults would be the intelligent thing to do, except where the HIG dictate otherwise.
For single key shortcuts, you can use F1-F12. But using single letter key shortcuts that work only when there is no form to fill, is not good. It makes the interface modal; that is, the interface responds differently in different situations to the same user gestures. This prevents user habituation, as the user has to think every time what mode he is in. What is wrong with using quasi-modal keyboard shortcuts (Control+x etc.)?
I would like to have ctrl-q to close the program, in addition to ctrl-w to close the current window. These are standard shortcuts across the gnome desktop. I find it disturbing not being able to close the program with ctrl-q. Evince is the only program I know that does not support this.
(Fwiw, Epiphany doesn't close on Ctrl-Q either.)
The Ctrl-Q/Ctrl-W thing seems inconsistent. Some apps have both; most have only one or the other. Maybe there should be a general bug that says "all GNOME apps should support both Ctrl-Q and Ctrl-W, possibly mapping them to the same function."
Editable menu accelerators does not work with fit width, fit page etc because they was moved from menu to toolbar.(In reply to Wouter Bolsterlee (uws) from comment #6) > When you enable editable menu accelerators using the Toolbar and Menu > properties ( (gnome-ui-properties, you can assign any keybinding you like. > Just close Evince and it'll be saved. > > Steps: > 1. Enable editable menu accelerators > 2. Launch evince > 3. Hover over the menuitem with the mouse pointer > 4. Press Ctrl-D (or anything else) > 5. Close evince > 6. Disable editable menu accelerators Editable menu accelerators does not work with fit width, fit page etc because they was moved from menu to toolbar.
Wow, this bug has been open for a decade! It sounds like there have been attempts made at accommodating user-set shortcuts. But like other commenters above, I can't get the 'can-change-accels' feature to work in Ubuntu 16.04 (evince 3.18.2-1ubuntu4), and I see that this trick would not apply to fit-page and fit-width since they are not in the menus. Perhaps the should be added back (but not necessarily removed from their current pull-down in the process). A lot of the discussion above is about which particular key should be bound to specific functions, and that's probably best left to the implementation folks, since they know about conflicts and consistency. I'd just like to nudge this bug a little to see if we can get some sort of mechanism in place to quickly switch between fit-page and fit-width zoom levels. Config file, changing accels, default bindings, whatever... it's sorely missing. As always, thanks for the stellar tools like evince! Alan Porter
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/19.