Skip to Content.
Sympa Menu

pcplantdb - Re: [pcplantdb] new comments on 0.2.3 - advanced search

pcplantdb@lists.ibiblio.org

Subject: pcplantdb

List archive

Chronological Thread  
  • From: "John Schinnerer" <john@eco-living.net>
  • To: "pcplantdb" <pcplantdb@lists.ibiblio.org>
  • Subject: Re: [pcplantdb] new comments on 0.2.3 - advanced search
  • Date: Fri, 22 Jul 2005 11:36:20 -1000 (HST)

Hej,

>> ...until I remembered that it brought up all results that
>> matched ANY (vs. ALL) of my criteria

Haven't had time/bandwidth to try the advanced search (looked at the page
very quickly) but had I done so I would have put this in as an issue for
sure.

Default for advanced search should be AND, not OR.

That is IMO the point of providing user with fine-grained individually
selectable options in a search form like this. OR makes it bass-ackwards
- the more specific I try to be in my search specification, the less
specific my results!

I would say Stephanie did what most users would do, expected behavior most
users would expect, and got something very different, due to the default
being OR. Should be AND.

> I did an advanced search for 'tamarind' (just common name) and got
> nine results with Dipploglottis australis 'native tamarind' outscoring
> 4 to 1 the second place result. Sometimes less is more ;-)

Which is what the 'regular' one-box text string search is for IMO - the
'less' search input.

The advanced is for when the user wants to do more.

Why would I go to a complex 'advanced search' form just to enter a single
common name to search on? I wouldn't, that's not what that kine form is
for.
It is what the one-box search form is for.

mer senare,
John S.


John Schinnerer - MA, Whole Systems Design
------------------------------------------
- Eco-Living -
Whole Systems Design Services
People - Place - Learning - Integration
john@eco-living.net
http://eco-living.net






Archive powered by MHonArc 2.6.24.

Top of Page