GNOME Bugzilla – Bug 679822
Need keybinding for going directory "Up"
Last modified: 2013-03-01 21:10:27 UTC
With this revision there is no longer a menu item for 'Open Parent' & consequently the keybinding Alt+up is non-functional At the very least there should be a menu item somewhere, you could bury it in one of the submenus though I'd put in the main dropdown so it would be useful. Having a menu item would then auto re-enable the Alt+up keybinding, this is the very least you could do for users that find Open Parent useful
(In reply to comment #0) > With this revision http://git.gnome.org/browse/nautilus/commit/?id=16056 Bad object id: 16056 Revision does not exist. The change is intentional, see bug 652367. *** This bug has been marked as a duplicate of bug 652367 ***
Sorry, was using vcs commit, your's was 6b859e3afbddd542db2f12e347898a4a108deea8 Anyway this has nothing to do with a missing 'up' button. Simply that by removing the menu item you've also disabled the keyboard binding so users now have No way to go to parent (up) Seems to be an unneeded culling of a useful function
"Remove the Go menu" commit is 2c3191c5b67973b9f67cd358179f0aaf3dddbb74 Bug 652367 is about a toolbar button for the "Open Parent" action. This bug is about 1) menu item and 2) Alt+up keybinding for that action. The removal of the menu item is likely intentional, because the action is provided by another graphical element, the path bar. Was the removal of the Alt+up shortcut intentional too or just a collateral effect of the removal of the menu item?
Actually here, ubuntu 12.10, none of the xlt+ arrows keys are functional except alt+down goes from parent to one child only Coincidentally returning Back & Foward to a menu re-activates the bindings like with Up, maybe not how it's desired to re-enable but the bindings should be restored in one way or the other (possibly should be a new bug on no navigation bindings with alt+
(In reply to comment #2) > Sorry, was using vcs commit, your's was > 6b859e3afbddd542db2f12e347898a4a108deea8 Again: http://git.gnome.org/browse/nautilus/commit/?id=6b859e3afbddd542db2f12e347898a4a108deea8 => Bad commit reference
*** Bug 680208 has been marked as a duplicate of this bug. ***
[Setting tentative 3.6 target as this looks like a regression.]
Could we get bug 680250 targeted for 3.6 also? It's an annoying regression that none of the Alt+arrow keys work for keyboard navigation of folders any more. Thanks
Pushed a fix for this to git master now.
Thanks! For the records: http://git.gnome.org/browse/nautilus/commit/?id=445b865481e54944fd1328094965ecdd7767ca46
*** Bug 685819 has been marked as a duplicate of this bug. ***
*** Bug 686962 has been marked as a duplicate of this bug. ***
*** Bug 692648 has been marked as a duplicate of this bug. ***
*** Bug 692852 has been marked as a duplicate of this bug. ***
Not sure if it's going to be a default, but you'll need to add this: (gtk_accel_path "<Actions>/ShellActions/Up" "BackSpace") to ~/.config/nautilus/accels to get Backspace back. HTH for someone reading here.
@James: thanks for the info! That makes nautilus much more usable again. I find I will typically do something like type some letters to activate quick search, then press return to select a folder, realise I have chosen the wrong folder, then press backspace to go back... and with the default setting for 3.6, nothing happens, so I curse mightily and then look around the keyboard for the ALT-left arrow combination... so it's fantastic to be able to restore the old backspace functionality so easily.
*** Bug 694681 has been marked as a duplicate of this bug. ***