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 317540 - Highlight search results
Highlight search results
Status: RESOLVED DUPLICATE of bug 322787
Product: rhythmbox
Classification: Other
Component: User Interface
0.9.x
Other Linux
: Normal enhancement
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-09-29 17:15 UTC by Sven Arvidsson
Modified: 2006-06-07 20:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Mockup of search highlight. (90.75 KB, image/png)
2005-09-29 17:16 UTC, Sven Arvidsson
Details

Description Sven Arvidsson 2005-09-29 17:15:28 UTC
Often when friends and family sit down to use Rythmbox to play a specific song,
they use the search box to find the song, play it and goes of to find more songs
using the browser. 

The search is however still in progress and limiting results. I have watched
over and over how users do not understand this and wonder why no (or very few)
songs show up when they click on an album or artist in the browser.

It would be good if the fact that a search is in progress was more visible in
the UI. I have made a small suggestion of using the first line in the song
window show the search keyword or the fact that no songs matched. (See attached
mock up.)

(This issue was discussed on the mailing list some time ago).
Comment 1 Sven Arvidsson 2005-09-29 17:16:19 UTC
Created attachment 52819 [details]
Mockup of search highlight.

Mockup of search highlight.
Comment 2 Sergej Kotliar 2005-09-30 12:25:34 UTC
It looks great! I too have had friends lost at my computer because of this problem
Perhaps it should also show that you are browsing "Artist this or that" or
"Album this or that" when you are doing that, cause that is also a cause of
confusion. 
Take a look at bug 131544 too.
Comment 3 Heikki Henriksen 2005-10-11 14:26:35 UTC
IMHO the best solution to the current search-problems is to fix 
http://bugzilla.gnome.org/show_bug.cgi?id=98725 and add a clear-search-button.

I was going to file a wishlist on this, but found that very old bug. I think a
lot of the search-related issues/open bugs will be improved/fixed by just
limiting the fields in the browser to only show genre/artist/album with relevant
search-hits.

(ps: IIRC this is how iTunes solves searching as well)
Comment 4 Sergej Kotliar 2005-11-12 00:07:28 UTC
Heikki: yes, but as I see it, that would mean that all traces of the rest of the
music collection mysteriously disappear. Imagine the look of that friend that
"accidentally deleted almost all of his linux pal's music collection".

I don't see why Sven's mockup wouldn't improve the user experience. This bug,
and the two you mention don't seem mutually exclusive to me.
Comment 5 Alex Lancaster 2006-02-19 04:08:53 UTC
(In reply to comment #3)
> IMHO the best solution to the current search-problems is to fix 
> http://bugzilla.gnome.org/show_bug.cgi?id=98725 and add a clear-search-button.

Actually the relevant bug on this is bug #322787 (the bug you mentioned was actually not really what you wanted and has been closed as WONTFIX).  I'm working on it.

> I was going to file a wishlist on this, but found that very old bug. I think a
> lot of the search-related issues/open bugs will be improved/fixed by just
> limiting the fields in the browser to only show genre/artist/album with relevant
> search-hits.

> (ps: IIRC this is how iTunes solves searching as well)

Yes, that is how iTunes does it.

Comment 6 William Jon McCann 2006-06-07 20:09:08 UTC
This is a duplicate of #322787 or at any rate solved by it.

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