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 692663 - "Reverse Order" is misleading for results sorted by relevance
"Reverse Order" is misleading for results sorted by relevance
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File Search Interface
3.6.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-01-27 23:14 UTC by António Fernandes
Modified: 2016-03-01 17:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Sort time in descending order by default (1.74 KB, patch)
2013-04-26 09:49 UTC, António Fernandes
none Details | Review
Sort search relevance in descending order by default (1.20 KB, patch)
2013-04-26 09:49 UTC, António Fernandes
none Details | Review
Sort search relevance in descending order by default (1.20 KB, patch)
2013-04-26 09:59 UTC, António Fernandes
none Details | Review
Don't user reverse order on Recent, Download, Trash and Search results (1.08 KB, patch)
2013-04-26 10:03 UTC, António Fernandes
none Details | Review

Description António Fernandes 2013-01-27 23:14:14 UTC
A bug reporter (bug 688772) was seemingly confused about the meaning of "Reverse Order" in the context of search results, and thought that defaulting to "Reverse Order" was a bug.

"Reverse order" means "descending order" when sorting numbers, but this meaning of "Reverse order" is misleading when talking about search results sorted by relevance, because it is the "proper order".

Anyway, I don't see any use case for ascending relevance ordering ( = least
relevant result first). In my opinion, when items are sorted by relevance, "reverse order" should be enforced and the menu option should not be available.
Comment 1 António Fernandes 2013-04-02 19:18:09 UTC
"Reverse Order" being defined as "descending order" is problematic when sorting by Date as well: bug 687270

I also wonder about sort by size. I'm inclined to say that descending is more useful than ascending, because one may be looking for which files are taking more space. A stretchier reason is that content-richer files tend to be larger, and folders with more items tend to be more important.
Comment 2 António Fernandes 2013-04-26 09:49:25 UTC
Created attachment 242530 [details] [review]
Sort time in descending order by default
Comment 3 António Fernandes 2013-04-26 09:49:59 UTC
Created attachment 242531 [details] [review]
Sort search relevance in descending order by default
Comment 4 António Fernandes 2013-04-26 09:59:10 UTC
Created attachment 242533 [details] [review]
Sort search relevance in descending order by default
Comment 5 António Fernandes 2013-04-26 10:03:28 UTC
Created attachment 242534 [details] [review]
Don't user reverse order on Recent, Download, Trash and Search results
Comment 6 António Fernandes 2013-04-26 10:07:16 UTC
I don't know C, but I've tweaked some of the logic and it seems to work. I'm sorry if this is totally wrong.
Comment 7 Carlos Soriano 2016-03-01 17:33:51 UTC
Hey thanks for the patches! If I knew we had these patches I wouldn't implement my owns... so sorry it took so long to have an answer. I'm closing the bug as fixed since I fixed a few months ago.