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 708587 - New deep search feature makes it harder to find files in the current directory
New deep search feature makes it harder to find files in the current directory
Status: RESOLVED DUPLICATE of bug 703629
Product: nautilus
Classification: Core
Component: File Search Interface
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-09-22 18:50 UTC by Peter Clifton
Modified: 2013-09-26 13:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peter Clifton 2013-09-22 18:50:16 UTC 
Since nautilus added the deep search facility, it also removed the ability to type the first few characters of a folder name to select it.

I had not appreciated how much I relied on that behaviour until it was removed. The new deep search becomes useless when there are many sub-folders containing documents or folders with the same name. (In the icon view at least, you cannot even tell which sub-folders these various identically named  results come from).

E.g. I have many project folders with the file "timesheet", yet if I want to quickly get to my "timekeeper" project folder, typing "time" in the nautilus view of my "projects" folder now gives me pages of useless results rather than immediately jumping to the folder I want.


Is there any way to re-enable the old behaviour?

Is there any more appropriate place to provide this feedback?

Is there any usability testing (beside copying Windows 7) which backs up the new deep search behaviour? (Does it show any difference in preference between casual and professional users?)
Comment 1 André Klapper 2013-09-23 11:24:47 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 703629 ***
Comment 2 Peter Clifton 2013-09-25 18:03:49 UTC 
TBH, bug 703629 is only part of this.. The real grief is loss of keyboard navigation within the CURRENT file list.
Comment 3 António Fernandes 2013-09-25 19:44:17 UTC 
(In reply to comment #2)
> TBH, bug 703629 is only part of this.. The real grief is loss of keyboard
> navigation within the CURRENT file list.

Some work was made to make sure that this was not completely lost, by keeping the selection when you leave search.

When before you would type "REA" and file "README" would selected and displayed in the current file list, now you can type "REA" then hit [Esc] to achieve the same result (selected displayed in the current file list).

Once I got used to this little trick, I don't feel any loss of keyboard navigation. It's one extra keystroke, but it's well worth the awesome search.
Comment 4 Peter Clifton 2013-09-26 13:25:18 UTC 
Cool, thanks for the pointer!