Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 322788

Summary: Filtered Tree in search view
Product: [Eclipse Project] Platform Reporter: Hitesh <hsoliwal>
Component: SearchAssignee: Platform-Search-Inbox <platform-search-inbox>
Status: CLOSED DUPLICATE QA Contact:
Severity: enhancement    
Priority: P3 CC: daniel_megert, deepakazad, remy.suen
Version: 3.7   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard:

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.