Bug 322788 - Filtered Tree in search view
Summary: Filtered Tree in search view
Status: CLOSED DUPLICATE of bug 69200
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Search (show other bugs)
Version: 3.7   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Search-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-16 09:31 EDT by Hitesh CLA
Modified: 2010-08-17 05:16 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hitesh CLA 2010-08-16 09:31:59 EDT
Helps greatly by filtering out unrelated items.
Comment 1 Dani Megert CLA 2010-08-16 12:29:00 EDT

*** This bug has been marked as a duplicate of bug 69200 ***
Comment 2 Hitesh CLA 2010-08-16 13:40:43 EDT
Search itself may or may not get re-factored due to Bug 69200, but I am not sure if this is a duplicate.
Comment 3 Dani Megert CLA 2010-08-17 02:19:18 EDT
>Search itself may or may not get re-factored due to Bug 69200, but I am not
>sure if this is a duplicate.
If there are pervasive find boxes for all trees/tables then Search will also get it. We won't start to add this inconsistently in some of the views since it would make sense in most of the views that show their information in longer tables/trees.
Comment 4 Hitesh CLA 2010-08-17 04:53:36 EDT
(In reply to comment #3)
> >Search itself may or may not get re-factored due to Bug 69200, but I am not
> >sure if this is a duplicate.
> If there are pervasive find boxes for all trees/tables then Search will also
> get it. We won't start to add this inconsistently in some of the views since it
> would make sense in most of the views that show their information in longer
> tables/trees.

There some search items that fit well with the universal search bar, but some that make it absolutely strange. For example the view local/specific filtering/search are best constructed inside the view - maybe a panel which slides in or out from the top of the view (this panel may very well be used for settings if one wishes to avoid the excessive use of dialogs). Without much thought I can see two problems with combining all searches/filters to one widget :

The coordinate location of the search widget makes it difficult to associate it with the view. It strikes as awkward if the view is placed at the bottom while the search widget at the top (say near the toolbar or menu bar)

The common search widget must maintain filtered states of the views it has previously acted upon.

Also filtering a view is quite different from searching for some items.This, support we must, plan we may sooner or later.
Comment 5 Dani Megert CLA 2010-08-17 04:57:34 EDT
>There some search items that fit well with the universal search bar,
Please read bug 69200 again and stop mixing it with the universal search bar.
Comment 6 Hitesh CLA 2010-08-17 05:16:21 EDT
(In reply to comment #5)
> >There some search items that fit well with the universal search bar,
> Please read bug 69200 again and stop mixing it with the universal search bar.

Bug 69200 Comment 12, combined with seeing a similar demo on someone's machine may have misled me into thinking this way. Nonethless, the slide-panel idea could possibly be used for the pervasive filters.Thanks.