Summary: | Java Element Filters - allow "only matching names will be shown" [filters] | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Brian DeWeese <bdeweese> | ||||
Component: | UI | Assignee: | JDT-UI-Inbox <jdt-ui-inbox> | ||||
Status: | ASSIGNED --- | QA Contact: | |||||
Severity: | enhancement | ||||||
Priority: | P3 | CC: | daniel_megert, ed.burnette, markus.kell.r, sja.eclipse | ||||
Version: | 2.1 | ||||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Brian DeWeese
2003-03-11 14:26:34 EST
not for 2.1 Don't working sets provide this functionality pretty much? Working sets could be used to provide this type of functionality but it would be clumsier to use. Working sets are more of a permanent filter where what I'm proposing is a temporary one. We have a lot of packages in our projects so it actually takes a bit of time to go thru them all and create a working set of just the packages I'm interested in. Ideally, I would like an (optional) entryfield at the top of the Package Explorer view that behaved like the Open Type dialog. Typing something in this entryfield would show realtime filtering in the view. The only difference for 'Open Type' is that multiple patterns could be specified. I suggested enhancing the 'Java Element Filters' dialog because I thought it would be easier to implement and more acceptable to other developers. What sparked this for me was when I wanted to compare 2 files that were both deeply nested in different projects. It took nearly a minute to find and higlight them both so I could right click on them. I find the 'Open Type' dialog very very useful and also like it in other places where that type of functionality is implemented, such as in Mozilla's email app. I think it would be useful here as well. As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you. My Package Explorer contains over 400 projects. Just like many people, we use the reverse domain name convention for naming projects. While we already use Working Sets, and while the projects are alphabetically sorted, it's still tiresome and error-prone to find a particular project from a list of hundreds. Just like we have a filter in the Window > Preferences dialog, I'd like to see a filter added to the top of the Package Explorer and the Navigator (to name just two views). - There's space on the Package Explorer and the Navigator views to add an inclusion filter. - This could be turned on and off via a menu item on the view's pull down menu. - The Java Elements Filters dialog already has an exclusion filter, but this is only useful for semi-permanent exclusions. - It might be useful to also have a filter for semi-permanent inclusion filters. - Clearly with both inclusion and exclusion filters we'd have to apply the inclusions filter first and then the exclusion filter to the result. Please see the attached UI mock-up. Created attachment 166366 [details]
UI mock up.
This bug here is to add inclusion filters to the Java Elements filter. You can open another bug for the idea you outlined (actually there might even be one already). >You can open another bug for the idea you outlined (actually there might even be >one already). See bug 149110. I've missed this just again today. |