Bug 738 - Searching behavior is poorly designed
: Searching behavior is poorly designed
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: 5.x or older
: PC Windows XP
: P2 enhancement (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-18 08:47 UTC by jim mccall
Modified: 2008-12-18 11:50 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jim mccall 2004-12-18 08:47:02 UTC
The search tool is weak - so weak that I don't think I would ever use it.

when you search for a string, it searches for that string anywhere in the 
target. For instances if wanted to search for REO Speedwagon, I would want to 
search for the phrase REO or Speedwagon. I would start by entering R E etc. If 
I had a Warren Zevon artist, he would come up in the search string R E - which 
is completely unnecessary and counter to basic searching. It would also bring 
up the Cure or bare naked ladies. If I searched for D W, reo speedwagon would 
come up - again not a smart decision. The obvious way to proceed is to have 
the search string look for a string "starts with" not "contains." Perhaps it 
would be viable to "search for any word that starts with" for bands like "The 
Grateful Dead" where you would not want to search for "The".

REO Speedwagon is not anything I would listen to, btw...
Comment 1 KDF 2004-12-18 17:23:36 UTC
server version 6.0 brings in SQL for data storage and organisation.  this will
allow more flexibility for searching.  suggestions for the UI for this feature
can go here.

Dan's the man for now, but this will likely move to Vidur after the holidays.
Comment 2 Blackketter Dean 2005-01-03 14:27:42 UTC
I agree, the searching should only look for words starting with the specified search strings. 

For example:

ENG

should match:

ENGLERBERT HUMPERDINK and MODERN ENGLISH, but not YO LA TENGO.

multiple words should imply "and" in searching, so of the list above:

ENG MO

would match only MODERN ENGLISH

(I won't comment on which of these examples I would actually listen to.  :)

Comment 3 Dan Sully 2005-01-07 10:32:32 UTC
This will be doable with in the 6.0 branch. I do think there should be a
preference for this - as personally I want searching to happen anywhere in the word.
Comment 4 KDF 2005-01-07 11:01:56 UTC
The search UI could handle that.  Just look at any parts search on component
suppliers' websites.  The search form often has a pulldown with things like
"contains" "begins with" and "exact match"
Comment 5 Dan Sully 2005-01-07 11:04:01 UTC
For the web UI yes - but not for the client UI.
Comment 6 Dan Sully 2005-01-13 14:54:23 UTC
Jim - the most recent builds from the 6.0 tree now have the ability to switch
between "searching in words" or "search beginning of words". It defaults to the
later.

Let me know what you think. Thanks!
Comment 7 Chris Owens 2006-06-16 14:42:30 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Comment 8 Chris Owens 2008-12-18 11:50:23 UTC
Routine bug db maintenance; removing old versions which cause confusion.  I apologize for the inconvenience.