[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Looking for feedback on search UI concept.
From:       John Tapsell <johnflux () gmail ! com>
Date:       2009-07-09 21:46:14
Message-ID: 43d8ce650907091446y47c71aafhb4ba941f0c5e7b92 () mail ! gmail ! com
[Download RAW message or body]

2009/7/9 Maciej Pilichowski <bluedzins@wp.pl>:
> On Thursday 09 July 2009 17:45:41 Diego Moya wrote:
>
>> > And the most crucial part -- Diego, what does "search" mean?
>> > Narrowing information? Right
>>
>> Wrong. That's quite a personal interpretation, specially as you
>> seem to equate search = filter.
>> Search is a part of Information Retrieval (...)
>
> It is narrowing information, otherwise it won't make any sense if you
> get the output the same as input.
>
>> > The search result should reflect the query user gave, no less, no
>> > more.
>>
>> I partially disagree here. The search results should reflect the
>> query the user gave, but it also *must* give hints about how to
>> refine that first search.
>
> That's ok. But _hints_, not auto-expanding search.
>
>> The response should be inmediate even if the search is long. This
>> is just basic interaction design.
>
> It is not done yet and I don't believe in such promises (because of
> practice).
>
>> That's why you do local search first, global search second. NOT
>> this: - local search first,
>> - stop until the user notices that the search engine isn't doing
>> anything else, - manually add "search = everywhere",
>> - search entire disk.
>
> Sorry, I give up. If I am in minority here, ok, but in such case,
> please, please, provide a variable (non GUI even, rc file is fine)
> default_where=/

What about the idea I gave a few emails back - collapsable sections?

So you have like:

[/\] Current Folder

[/\] Current Sub-Folder

[/\] Whole Computer


Or something.  Where you can collapse a section if needed.  (And it
would remember the collapse between searches)
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]