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.

Bug 30367 - Indicate that "Go To Class" dialog is thinking
Summary: Indicate that "Go To Class" dialog is thinking
Status: VERIFIED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Navigation (show other bugs)
Version: 3.x
Hardware: PC Linux
: P4 blocker (vote)
Assignee: issues@editor
URL:
Keywords: PERFORMANCE, UI
Depends on: 58834
Blocks:
  Show dependency tree
 
Reported: 2003-01-27 14:47 UTC by Jesse Glick
Modified: 2007-11-05 13:40 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2003-01-27 14:47:57 UTC 
[dev jan 20] If you type Alt-Shift-O and type in a
class name while system load is very high, and you
have lots of parser DBs, it may take  a long time
(30+ sec!) to get a list of matches. In the
meantime, the cursor is blinking in the "Class
Name" field and it is not obvious that NB is still
trying to find matches - you might think that
there were no matches and give up and press
Escape. It would be nice if there were some visual
indication in the dialog that it was working -
e.g. an item "Please wait..." in the "Matching
Classes" list box. And/or a special UI for cases
where there are no matches - e.g. a single item
"No matches found".
Comment 1 Jesse Glick 2003-01-27 14:50:10 UTC 
Might block issue #26581 (UI responsiveness) - no strong opinion.
Comment 2 Ann Sunhachawee 2004-09-03 22:04:17 UTC 
I've heard the same complaint about this from a user using NB4.0 beta
1 as well.
Comment 3 _ rkubacki 2004-09-24 17:03:49 UTC 
I feel this as a defect - no way how to tell if there is no result or
if the system is searching.
Comment 4 Roman Strobl 2004-12-08 17:07:22 UTC 
Changing subcomponent to navigation.
Comment 5 Dusan Balek 2005-03-03 08:14:30 UTC 
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
Comment 6 Jesse Glick 2005-04-08 23:28:11 UTC 
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?
Comment 7 jrojcek 2005-05-31 12:45:20 UTC 
I agee with Jesse. "Please wait..." and "<No Matches>" labels shown in the list would be better. Could 
we do it that way?
Comment 8 Roman Strobl 2005-08-15 13:30:34 UTC 
Target milestone is obsolete, please evaluate. Thanks.
Comment 9 _ rkubacki 2005-11-09 14:08:53 UTC 
seems to be implemented but the label is there only after first edit
Comment 10 Vitezslav Stejskal 2006-12-05 11:26:54 UTC 
I think it's fixed. Although the dialog says 'Searching...' and '<No Types Found>'.
Comment 11 Jesse Glick 2006-12-05 21:15:49 UTC 
Yes, seems OK now.