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 56382 - Alt+Shift+O usability really bad
Summary: Alt+Shift+O usability really bad
Status: CLOSED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Navigation (show other bugs)
Version: 4.x
Hardware: All All
: P3 blocker (vote)
Assignee: Daniel Prusa
URL:
Keywords: PERFORMANCE, USABILITY
: 57925 58834 (view as bug list)
Depends on: 58834
Blocks:
  Show dependency tree
 
Reported: 2005-03-14 14:26 UTC by Milan Kubec
Modified: 2007-11-05 13:40 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kubec 2005-03-14 14:26:53 UTC
[dev-200503131900, JDK 1.5.0_02]

Go To Class dialog closes after typing name of the class and hitting Enter
regardless if the class is available or not. It's very bad behavior for advanced
user who is sure that some class is there, but the class is not opened because
the list in the dialog is not populated before hitting Enter. There should be
some matching that if user presses Enter before the list is populated and
entered classname (exactly) is found it will be opened.

Who doesn't know that it's required to wait until the list is populated might
think that the feature is not working. I even saw NetBeans developer opening the
dialog once more because he didn't wait for the list being populated.

Steps to reproduce:
1) Create J2SE project
2) Create class B in the project, close the editor with class B
3) Press Ctrl+Shift+O
4) Type B into the text field "Class Name:" and hit Enter (do not wait until the
list is populated)
Nothing happens.
Comment 1 Jan Becicka 2005-03-14 14:35:10 UTC
Yes! I hate this behavior too.
Comment 2 Roman Strobl 2005-03-14 14:52:32 UTC
There is one more issue, if user chooses a class and then decides to choose
another one, he can by pressing OK
Comment 3 Roman Strobl 2005-03-14 14:54:43 UTC
There is one more issue, if user chooses a class and then decides to choose
another one, he can by pressing Enter close the dialog. If the list was not
populated yet the previous class will open instead of the new one.
Comment 4 Milan Kubec 2005-03-14 15:14:25 UTC
OK, but Enter is not supposed to be used as Cancel button to dismiss the dialog
and to enter correct value. If it's possible now then it's unwanted side efect
of not very well working feature.
Comment 5 Milan Kubec 2005-03-15 10:35:59 UTC
Another problem: The dialog is missing any progress indication or wait cursor,
so after user types name of the class he doesn't see anything happening untill
suddently the list is populated by all matching entries.
Comment 6 Miloslav Metelka 2005-03-15 10:46:34 UTC
Agreed, we should improve the situation for 4.1. We will discuss it further -
one of the possibilities could be to disable Enter until a list of classes gets
populated.
Comment 7 Roman Strobl 2005-04-29 16:08:12 UTC
Removed the fix-in-41 sw. We should address this in 4.2. Thanks!
Comment 8 Miloslav Metelka 2005-05-17 16:28:58 UTC
I'll try to experiment with a solution - e.g. the solution from Jesse in issue
58834 looks reasonable to me.
Comment 9 Miloslav Metelka 2005-05-17 16:30:42 UTC
*** Issue 58834 has been marked as a duplicate of this issue. ***
Comment 10 Martin Roskanin 2005-05-30 16:08:57 UTC
*** Issue 57925 has been marked as a duplicate of this issue. ***
Comment 11 Miloslav Metelka 2005-10-18 16:31:54 UTC
Reassigning to Dan P. - the target classes are JavaFastOpen and
NbJavaJMIFastOpen. Please see the possible solution from Jesse in issue 58834.
Thanks.
Comment 12 Daniel Prusa 2005-11-02 14:14:56 UTC
Three improvements implemented:

1) "Please Wait..." message added into the dialog when the action is computing
first time.
2) "Close" is no longer the default button during stage 1)
3) "<No Matching Item Found>" message displayed when the result of the query is
empty.

Fixed in trunk.

/cvs/editor/libsrc/org/netbeans/editor/Bundle.properties
new revision: 1.63; previous revision: 1.62
/cvs/editor/libsrc/org/netbeans/editor/ext/ListCompletionView.java
new revision: 1.14; previous revision: 1.13
/cvs/java/editor/lib/src/org/netbeans/editor/ext/java/JavaFastOpen.java
new revision: 1.6; previous revision: 1.5
Comment 13 Milan Kubec 2005-11-10 14:26:17 UTC
It's just diferent dialog :-) Verified in dev-200511091900.