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 685256 - Cannot scroll through results/partial results anymore
Cannot scroll through results/partial results anymore
Status: RESOLVED DUPLICATE of bug 681871
Product: nautilus
Classification: Core
Component: File Search Interface
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-10-01 23:39 UTC by trustthesky
Modified: 2013-03-08 22:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description trustthesky 2012-10-01 23:39:05 UTC
Making my entire workflow much slower. In the previous version I was able to type a single letter "b", and the first thing that starts with the letter "b" in the current folder is being selected in an instant (less than 30ms would be my estimate). Now I was able to use my scrollwheel to quicly move the selection to the folder/file/thing that I actually wanted. 
Why did this work so well?
90% of the time there are only approx. 3-4 items with the same starting letter in the current folder. A quick scroll is much faster than the new Nautilus 3.6 workflow, where the search is 
1. slower, about 500ms everytime
2. It removes the rest of the folder from my view which creates numerous problems with only a single advantage(more focus on found items since all of them are in the same view now). Most of the time I quickly have to move right back to where I was, but Nautilus 3.6 search requires extra mouse navigation and clicks now to remove the search bar or the pressing of the escape button. This is much worse than just being able to click into the folder view like I was able to do before because I was going to need to continue working that folder view anyway. Clicking in it is significantly better than having to move my entire left hand to the escape button to continue a workflow that I will need to continue just about every single time I do a search in a folder.

Please reconsider and implement an advanced version of what we had before. Look at how popular the Google Chrome full text search has become, every other browser is adopting it now. This is just an example of the philosophy of what I personally think makes search great: realtime results in the same view that I'm working in.
Comment 1 trustthesky 2012-10-01 23:45:37 UTC
I just wanted to add that when using the 3.6 search functionality for deeply nested folders, it's of course much than before! 
In nested folders, I was never able to so quickly find results like I am with Nautilus 3.6.
But unfortunately the same thing is significantly worse when doing search in a single folder.
Comment 2 António Fernandes 2012-10-06 12:50:48 UTC
Indeed, getting results from current folder should be faster. See bug 663242, which is in the roadmap for the next version [1].

With relation to "an advanced version of what we had before", highlighting results "in the same view", it seems related to the rationale in bug 681871. Do you agree?

[1] https://live.gnome.org/Nautilus/Roadmap/3.8
Comment 3 trustthesky 2012-10-08 12:49:53 UTC
Yes, I agree. Realtime search in the same view, just like Chrome.
Comment 4 António Fernandes 2013-03-08 22:13:16 UTC
Bug 663242 has been fixed. I'll mark this as a duplicate of bug 681871, then. Thank you for the bug report.

*** This bug has been marked as a duplicate of bug 681871 ***