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 428568 - better search
better search
Status: RESOLVED DUPLICATE of bug 325086
Product: nautilus
Classification: Core
Component: File Search Interface
2.16.x
Other Windows
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-04-11 10:03 UTC by Benoît Dejean
Modified: 2009-08-19 01:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benoît Dejean 2007-04-11 10:03:11 UTC
Hello,

At work, i am using MS explore which has a simple feature for searching file that can be started with F3 or the menu. It's very easy to use and the search dialog starts a search in the current directory.

GNOME has a Places / search but it is not bound to nautilus. Therefor if i am browsing a directory and then want to search some files, i need to start the search tool and browse again to the directory where i am.

I think it would be nice if nautilus had some menu entry / shortcut to start the search tool __within__ the current directory.

Thanks.
Comment 1 Mark 2007-04-13 19:19:06 UTC
CTRL + F ;)
works fine for me. and that`s within the current directory
Comment 2 Benoît Dejean 2007-04-13 19:59:40 UTC
I'm stupid. Anyway, that CTRL+F is hard to find in the menu (why is it in Places ?). The search windows is ugly (WTH is that blue) and has far less possibility than Places->Search
Comment 3 Benoît Dejean 2007-04-13 20:05:28 UTC
It is also much slower : cold cache, it takes 3s to the Global Places->Search to find in my home directory the file CV -> ~/Documents/CV.odt where it takes 3.5 minutes to nautilus search.

Worst, nautilus doesn't provide any feedback while searching. The cursor is busy and that's all.
Comment 4 Benoît Dejean 2007-04-13 20:08:51 UTC
And nautilus search is not incremental. As i said, i had to wait until nautilus scanned my whole disk to get any result.

The global Places->Search is really nicer. Would it be possible to simply drop nautilus current search and use the global one instead ?
Comment 5 antistress 2009-07-19 17:51:51 UTC
i was about to report a similar bug

Current nautilus-search is not intuitive at all to me. It's too complicated and i'd like Nautilus to return to basics for a better user experience.

I'll try to explain why (sorry for my not-so-good english)

The concept itself is not good.

Since Nautilus is there for browsing files and not for searching files, user expectation while making a search within Nautilus is to reveal a specific file in current folder.
For instance, i'm browsing my ~/home/Pictures folder which is full of pictures and i would like to click on MyBirthday2009.jpg. I can sort files within current directory by names and go to M... files. 
But if i'm not sure if the file is named MyBirthday2009.jpg or Birthday2009.jpg, i would rather try to find the file by doing a search with "birthday" keyword and i expect Nautilus to point me out the good file within the current folder : Nautilus would keep on displaying current folder, placing the cursor in front of the requested file and highlighting it. Exactly like searching a word in a webpage displayed in my webbrowser.

I don't expect Nautilus to scan all my directories to search files. That is a job for a searching application (gnome-search-tool or a GUI for Beagle/Tracker today, Zeitgeist tomorrow for instance). That dedicated application would have a dedicated and optimized GUI for searching and would sort files by types for instance (like spotlight http://www.inspectmygadget.com/wp-content/images/spotlight.jpg ).

But having both "search within current directory" and "search within all directories" functionalities within Nautilus is confusing. It breaks the GUI consistency (=the window is supposed to display a directory). Moreover it prevents GNOME desktop to focus on a dedicated Search GUI.

To sum up things :
- Nautilus is there for browsing files. 
- Searching a file within current folder is an expected functionality of a file browser.
- Searching a file anywhere on the hard drive is not an expected functionality of a file browser. Its confusing and it's not optimized. Let a dedicated application do that job.

Thanks
Comment 6 Alexander Kojevnikov 2009-08-19 01:53:32 UTC

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