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.
Right now if we search for sub-string within a filesystem, there is a limit of one "search results" dialog. We cannot compare one result against another. Netbeans should allow multiple result dialogs.
Search facility is from utilities.
Target milestone -> 3.3.1.
Set target milestone to TBD
Accepted, but not planned for NB 4.2.
If I'm reading the blurb correctly (old search results should be kept in their own tab instead of being replaced every time a search is done), this would be a very useful feature (to me at least) that just doesn't have an alternative. My suggestion is to make the search results tab like the 'find usages' one. 'Find usages' opens a new tab for every query. Furthermore, there could be somewhere a button or option to refresh the search. Proposed per-tab toolbar: 'Refresh', 'Modify', 'Stop', 'Close'.
This should really be fixed for a number of reasons: - symmetry: "Search" should behave like "Find Usage", "Run" and other actions which produce multiple output windows. - it's usefull to compare multiple searches - it's open for almost seven years now! If nobody wants to fix it it should be marked as "WONTFIX" - Eclipse has it (the killer argument)
Please target this for 7.0. I've discussed this with some NetBeans developers some time ago and their argument was that anyway nobody is using plain search but "Find Usage" instead and find usage has the ability to produce multiple output windows. This may be true for Java developers, but for C++ developers, although it was greatly improved, "Find Usage" is still not perfect and it is often necessary to use plain "Search". but using plain "Search" to find 'usages' of variables or functions is very unhandy with a single output window.
> nobody is using plain search but "Find Usage" instead that's not true. i use search a lot, compliment to the find usage functionality. i might know that some calls are through reflection, or be looking for a group of similar names methods. in these cases find usages just doesn't cut it. i dearly miss the ability to have multiple search results. i have reverted to use jedit (as the second window) when it becomes necessary to compare search results.
Implemented in the trunk.