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: | Indicate that "Go To Class" dialog is thinking | ||
---|---|---|---|
Product: | editor | Reporter: | Jesse Glick <jglick> |
Component: | Navigation | Assignee: | issues@editor <issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | issues, jrojcek, ttran |
Priority: | P4 | Keywords: | PERFORMANCE, UI |
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 58834 | ||
Bug Blocks: |
Description
Jesse Glick
2003-01-27 14:47:57 UTC
Might block issue #26581 (UI responsiveness) - no strong opinion. I've heard the same complaint about this from a user using NB4.0 beta 1 as well. I feel this as a defect - no way how to tell if there is no result or if the system is searching. Changing subcomponent to navigation. Fixed in [maintrunk]. As an indication, the typed text gets red if there are mo matches for a given class name prefix. Checking in JavaFastOpenPanel.java; /cvs/java/editor/lib/src/org/netbeans/editor/ext/java/JavaFastOpenPanel.java,v <-- JavaFastOpenPanel.java new revision: 1.3; previous revision: 1.2 done Sort of works, but hardly intuitive. Took me a long time to realize that this had been fixed, and I reported the bug! You have to know that if the class name is in black but there are still no matches, the IDE is still thinking. A "Please wait..." marker would be much clearer, I think, with a "<no matches>" displayed if there are none, rather than the red color. Jano? I agee with Jesse. "Please wait..." and "<No Matches>" labels shown in the list would be better. Could we do it that way? Target milestone is obsolete, please evaluate. Thanks. seems to be implemented but the label is there only after first edit I think it's fixed. Although the dialog says 'Searching...' and '<No Types Found>'. Yes, seems OK now. |