This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
| Summary: | Source Code Navigator Enhancement | ||
|---|---|---|---|
| Product: | java | Reporter: | kakacek <kakacek> |
| Component: | Navigation | Assignee: | Tomas Zezula <tzezula> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | markiewb, olangr, vstejskal |
| Priority: | P3 | ||
| Version: | 6.x | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X | ||
| Issue Type: | ENHANCEMENT | Exception Reporter: | |
| Bug Depends on: | 183531 | ||
| Bug Blocks: | |||
| Attachments: |
Screenshot Of the Current Navigator
Context menu of the red project The entire red project but no library sourecs (will not compile) |
||
Passing to java navigation... Sounds good. Adding UI engineer to review. This indeed would be a great enhancement. But I don't understand why this should be solved only for java. It's a generic feature in the generic Navigator component, which should work for all types of navigators (or even in all tree view components). Or am I smoking something funny? The problem is that platform navigator infrastructure is rather "dummy" and SPI (java) provides panel to it. The platform infrastructure has no control on panel content. I did mean this as generic feature. I was only not completely sure where to put my request to. I did probably wrong. Sorry. No. The issue was placed in correct module and thanks for it. The discussion about generic vs java is rather an implementation problem. (In reply to comment #4) > The problem is that platform navigator infrastructure is rather "dummy" and SPI > (java) provides panel to it. > The platform infrastructure has no control on panel content. Ok, but the current search feature is not implemented in java or is it? I always thought it's in BeanTreeView or somewhere there and works with generic nodes. But I am probably wrong. >Ok, but the current search feature is not implemented in java or is it? I
>always thought it's in BeanTreeView or somewhere there and works with generic
>nodes. But I am probably wrong.
No, you are right Vito. The search comes from the BeanTreeView. But I am not sure if we will be able to change it there as it will affect the whole IDE. But maybe there can be per instance switch affecting just given BTW instance (the navigator).
> Adding UI engineer to review.
Sorry for the delay. Yes, this would be a great enhancement, indeed.
IMHO, this would be desirable behavior for all trees in the IDE.
We need a support for this in BeanTreeView. If you need something from the platform (like a pluggable handling of search), report that in another issue, please. This one is clearly won'tfix for platform. OK Jardo I will create a new one. Created attachment 128128 [details]
Context menu of the red project
Created attachment 128129 [details]
The entire red project but no library sourecs (will not compile)
*** This bug has been marked as a duplicate of bug 55841 *** |
Created attachment 91247 [details] Screenshot Of the Current Navigator The source code navigator (see please an attached image) supports searching. When there is a lot of items in the navigator pane and I do not know the exact name of the identifier I am looking for, the searching is useless for me. I suggest the following improvement: Replace the searching with the incremental filtering. 1. When I type for example 'a', the navigator items NOT containing the character 'a' (case sensitivity is useless for me in this case) get hidden. 2. When I type 'd' (so the filter is now "ad"), the navigator only contains items containing the "ad" text. 3. When I type another 'd', the navgator only contains items containing the "add" text. 4. And so forth. 5. Of course, the navigation arrows keep working. This would greatly simplyfy the navigatiopn for me. Any chance to get this functionality? When?