GNOME Bugzilla – Bug 330320
.savedSearch too long ext.
Last modified: 2016-03-01 17:32:07 UTC
I _wish_ that folder stay without ext. at all and gain virtual folder mime type but keep yellow (whatever) color and search icon. back to earth... I would _suggest_ YOU make a way to change .savedSearch for whom find it too long... gconf key for example would be fine. thank you
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/32537 "Saved searches are always saved as somename.savedSearch. The folder's icon gives a really nice clue about what it is so I tried removing the suffix (or file extension) but then it stopped being recognized as a saved search. Tipically, most files are recognized by their mime-type not by their extension and this is a really good thing but such doesn't happen with saved searches and given the importance of such a feature it really matters that it does. Since the saved search file has a defined format, maybe add a header and create a mime-type for it? Is it possible to do this?"
I'm not really sure on this. After all, files usually have an extension, and the "savedSearch" format is a more or less well-defined format (not really, since IMHO there is no DTD available). Maybe it was a bad idea to store searches in arbitrary locations, instead of having a special "Remembered Searches " location where they're stored and we can just chop the extension. That way, we could handle searches like bookmarks.
.savedSearch got problems with i18n too
The .desktop are masked, it should be possible to special case the .savedSearch too no?
> .savedSearch got problems with i18n too adel: Why?
> adel: Why? my_movies.rechercheSauvée
Other similar Ubuntu bug: https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/58711 "saved searches should hide their filetype Currently in dapper (gnome 2.14) saved searches are stored as an icon in your desktop with the extension .savedSearch. This should work exactly the same as .desktop files. Since .desktop files don't show their ".desktop" extension in gnome's UI I think savedSearches should work the same. The main problem I see here is that currently savedSearches are an xml file whereas .desktop files are text files with pairs of data (like a bundle resource), example: javier@turion:~/Desktop$ cat linux.savedSearch <?xml version="1.0" encoding="UTF-8"?> <query version="1.0"> <text>linux</text> </query> javier@turion:~/Desktop$ cat DebConf\ 6.desktop [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=enlace hacia DebConf 6 Type=Link URL=http://meetings-archive.debian.net/pub/debian-meetings/2006/debconf6/ Icon=gnome-fs-bookmark I don't know if this is a problem for nautilus. Right now if I remove the extension the savedSearch link doesn't work. Another problem I see with this scheme is that the extension has been hardcoded in english, and a foreign user doesn't have to understand what "savedSearch" means, so the extension isn't very usefull for all end users."
The way I see it, saved searches should be presented just as a special type of folder. The icon (a folder with a magnifying glass on it) implies that in a clear way, so the extension is unnecessary. Moreover, when you rename a file in nautilus only the filename is selected by default, but not the extension. For some reason this does not happen with saved searches: the extension is selected too, which can lead to users unadvertedly deleting the extension and rendering their saved searches unusable. The weird capitalisation does not help either, in case they want to write the extension again.
The original post is from February 2006. It's such an obvious issue it's hard to understand how people supposedly concerned with usability and a clean UI let it slip into release the first time. Now, three years later, it hasn't still be fixed. I just don't get it.
Still valid in git master (3.1.4): ./libnautilus-private/nautilus-file-utilities.h ./data/nautilus.xml ./data/nautilus.xml.in
Created attachment 205208 [details] [review] Patch to hide the .savedSearch extension (also prevents user from deleting it while renaming) This patch hides the savedSearch extension and also prevents user from deleting it while renaming (because it is not displayed in the entry box). Patch for current git master (as of 13 Jan 2012)
we don't expose saved searches anymore, so closing this bug. Amos, thanks for the patch and sorry it took so long to review.