After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 312046 - Expanding directories in spatial view lacks keyboard navigation
Expanding directories in spatial view lacks keyboard navigation
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Keyboardability
2.11.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 312464 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-30 13:10 UTC by Wouter Bolsterlee (uws)
Modified: 2005-08-03 14:28 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
Proposed patch (1.08 KB, patch)
2005-07-30 14:39 UTC, Christian Neumair
none Details | Review
Improved patch (783 bytes, patch)
2005-07-30 15:06 UTC, Wouter Bolsterlee (uws)
none Details | Review
Improved patch (1.04 KB, patch)
2005-07-30 15:37 UTC, Wouter Bolsterlee (uws)
committed Details | Review

Description Wouter Bolsterlee (uws) 2005-07-30 13:10:44 UTC
In the new 2.12 nautilus spatial mode, folders can be expanded in-place, without
opening a new window. One would expect the following keybindings to work just
like they do in the filesystem tree in browser-mode nautilus. The following keys
should work:

+  expand the selected directory
-  collapse the selected directory
*  increase expand-level by one (expand all)
Comment 1 Christian Neumair 2005-07-30 14:37:49 UTC
Thanks for your bug report!
Comment 2 Christian Neumair 2005-07-30 14:39:05 UTC
Created attachment 49979 [details] [review]
Proposed patch
Comment 3 Wouter Bolsterlee (uws) 2005-07-30 14:52:36 UTC
I've tested this patch and it works fine in the standard case:
- use the cursor keys to move to a folder
- hit + - * (or whatever) and see the view expand/collapse

However, in combination with type-ahead this patch doesn't do the Right Thing[tm].:
- type the first few letters of a directory name
- the directory will be selected
- hit + - *
- nothing happens
Comment 4 Wouter Bolsterlee (uws) 2005-07-30 15:06:35 UTC
Created attachment 49980 [details] [review]
Improved patch

This improved patch will always allow the + - * / keys to be used for row
expanding/collapsing. The side-effect of this is that these characters can no
longer be used for type-ahead find. Luckily, + / * are not common characters in
filename (I even think / is forbidden), but the - is quite regularly used.

Should we special-case the minus sign? This should not be a user-interface
problem, because folders are collapsed by default so that hitting - is
pointless anyway.
Comment 5 Christian Neumair 2005-07-30 15:09:08 UTC
Wouter: That was intentional, since there might also be a filename which
contains +/-/*. I'm sure we can do better though. The problem is that if the
cursor is on a folder, users might not expect that a +/*/- does an expansion
instead of a completion.
Comment 6 Christian Neumair 2005-07-30 15:12:53 UTC
Wouter: Good point. So we only have to care about '-'. I'd appreciate if you
could come up with a patch which adds an if (view->details->type_select_state ==
NULL) clause in the '-' cases and explains in a comment why this is neccessary.
Comment 7 Wouter Bolsterlee (uws) 2005-07-30 15:14:15 UTC
But then again: is it likely that these characters appear in filenames
(especially at the start of a filename)? I think not and broken keyboard
navigation seriously affects usability.
Comment 8 Wouter Bolsterlee (uws) 2005-07-30 15:15:01 UTC
Ah. Seems like our comments crossed mid-air. I'll see what I can come up with,
since I'm not a C coder.
Comment 9 Wouter Bolsterlee (uws) 2005-07-30 15:37:25 UTC
Created attachment 49981 [details] [review]
Improved patch

Okay. I hope this improved patch addresses all mentioned concerns. + * / are
always excluded from type-ahead, - is special-cased.
Comment 10 Christian Neumair 2005-08-03 11:30:48 UTC
I've committed the last patch. Thanks for your efforts.
Comment 11 Olav Vitters 2005-08-03 14:28:12 UTC
*** Bug 312464 has been marked as a duplicate of this bug. ***