[Design] Search

[D John Anderson]

The way it works today is that search results return results across  
all collections in the sidebar (but not within the app area). Each  
collection shows the number of matches in that collection. From  
reading the spec it was not obvious to me that the search results  
would be filtered by the selected collection and app area. However, I  
think this makes more sense than the way I read the spec, so I'll  
look into doing that.

John

On Jan 31, 2007, at 6:47 PM, Sheila Mooney wrote:

> Actually I wrote this. What is means is that in an "ideal"  
> scenario, when you search it searches across all collections and  
> basically shows you how many search results are returned per  
> collection ie: (10). So I might have my work collection selected  
> and search for "QA", my list view would change to show the search  
> results in my work collection. I would also see if there are any  
> other matches in other collection ie: Office Calendar. If I click  
> on one of the other collections, it shows me those search results.
>
> It's been a while since we discussed this but I believe that Andi  
> told me that this is a) hard and b) has performance implications.  
> We weren't sure if we were going to be able to do this. This means  
> that if you do a search it just searches the selected collection.  
> If you click on another one, it automatically punts you out of  
> search mode. I guess I was assuming that we could only handle the  
> one-collection-at-a-time search for Preview.
>
>
> On Jan 31, 2007, at 4:15 PM, D John Anderson wrote:
>
>>
>> On Jan 31, 2007, at 3:17 PM, Jeffrey Harris wrote:
>>
>>> Hi Dan,
>>>
>>>> My other comment is that I didn't immediately clue into the  
>>>> necessity of
>>>> clicking the [X] in the search field to switch back to a normal  
>>>> view.  I
>>>> first tried clicking on other collections and appbar view  
>>>> buttons and
>>>> was a little surprised and distressed when nothing seemed to  
>>>> happen.
>>>> Maybe we should make the search results go away when these types to
>>>> things are clicked on?
>>>
>>> I think what's supposed to happen when you click on other  
>>> collections is
>>> that the list of search results is supposed to change (filtered  
>>> to only
>>> items in that collection).  That doesn't appear to be in the code  
>>> yet.
>>> If that was working, do you think you would've been less confused?
>>
>> Maybe Mimi could clarify this. The spec reads:
>>
>> "Ideally, we would like this feature to always search all  
>> collections in the sidebar (within an app bar area) and return the  
>> search result numbers for each one displayed in the sidebar ie:  
>> Home(3), Work(10). Your currently selected collection would stay  
>> the same but results for all of them would be calculated and the  
>> totals displayed. "
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "Design" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/design
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Design" mailing list
> http://lists.osafoundation.org/mailman/listinfo/design

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osafoundation.org/pipermail/design/attachments/20070131/34a93109/attachment.htm