Disappearing Ctrl+N dialog

Does the disappearing CtrlN dialog break your flow? The small dialog on the CtrlN family of goto class/file/symbol disappears when:
1. you do anything in the Project other than deal with Ctrl+N
2. current Project loses focus when you switch to another Project or switch to another application
3. current Project loses focus when another Project or application grabs focus away.

It would work better for me if the Ctrl+N dialog & its listed matches didn't disappear when focus is lost. Why shouldn't I be able to do something while that dialog remains? Also, along with this change it would be nice if it were non-modal as it seems things are finally moving toward non-modal in Selena. I bring this behavior up because I was planning on submitting a feature improvement request and wanted to find out if the disappearing act was an encumbrance to others.

6 comments
Comment actions Permalink

It is not really a dialog at all, but more like a popup, so talking about modality makes no sense. In a way it is non-modal, because it does not prevent you working with rest of the application, at the same time it is modal, because you cannot work with the rest of the application while the "dialog" shows.

In fact I like it the way it is. E.g. I can start the dialog hit "DSD", so that the list shows javax.activation.DataSourceDataContentHandler, then invoke "Copy Reference" (ctrl-alt-shift-c) and simply click in the editor at some place where I'd like to inserts the fully qualified name. Very lightweight.

Why exactly does it bother you that it disappears? After all it is always just a keystroke away.

0
Comment actions Permalink

Yep, i find this bugs me too on a regular basis. It clearly hides on
any loss of focus, including the containing window; I think loss of
focus should only hide the popup if an item in the parent window is
focused - e.g. the editor in the background is clicked. If the window
is deactivated - e.g. switch to another project or app - keep the popup.

Cheers
N.

Jon Steelman wrote:

Does the disappearing CtrlN dialog break your flow? The small dialog on the CtrlN family of goto class/file/symbol disappears when:
1. you do anything in the Project other than deal with Ctrl+N
2. current Project loses focus when you switch to another Project or switch to another application
3. current Project loses focus when another Project or application grabs focus away.

It would work better for me if the Ctrl+N dialog & its listed matches didn't disappear when focus is lost. Why shouldn't I be able to do something while that dialog remains? Also, along with this change it would be nice if it were non-modal as it seems things are finally moving toward non-modal in Selena. I bring this behavior up because I was planning on submitting a feature improvement request and wanted to find out if the disappearing act was an encumbrance to others.

0
Comment actions Permalink

Agreed, quite often after a Ctrl+N keystroke I need to check a bug
report or something to see which class I am actually looking for. It
would be nice if the Goto Class/File/Symbol dialog was still there when
I returned (with the keyboard focus in its text field).

However, whenever I use the mouse to click outside it, it needs to go
away. Else it would probably need a close button and other buttons and
start to look like the equivalent feature in Eclipse:
http://www.eclipsezone.com/team/rj/tnt/eclipse_camel_case/1.jpg
Yuch.

Bas

Nathan Brown wrote:

Yep, i find this bugs me too on a regular basis. It clearly hides on
any loss of focus, including the containing window; I think loss of
focus should only hide the popup if an item in the parent window is
focused - e.g. the editor in the background is clicked. If the window
is deactivated - e.g. switch to another project or app - keep the popup.

Cheers
N.

Jon Steelman wrote:

>> Does the disappearing CtrlN dialog break your flow? The small dialog on the CtrlN family of goto class/file/symbol disappears when:
>> 1. you do anything in the Project other than deal with Ctrl+N
>> 2. current Project loses focus when you switch to another Project or switch to another application
>> 3. current Project loses focus when another Project or application grabs focus away.
>>
>> It would work better for me if the Ctrl+N dialog & its listed matches didn't disappear when focus is lost. Why shouldn't I be able to do something while that dialog remains? Also, along with this change it would be nice if it were non-modal as it seems things are finally moving toward non-modal in Selena. I bring this behavior up because I was planning on submitting a feature improvement request and wanted to find out if the disappearing act was an encumbrance to others.

0
Comment actions Permalink

Nathan & Bas - your recommendations are the way to go to in keeping the pop-up lightweight. As the Ctrl+N family of pop-ups gets more powerful...
http://www.jetbrains.net/jira/browse/IDEADEV-10986
http://www.jetbrains.net/jira/browse/IDEADEV-12310
...we'll only run into this frustration more often. I like the functionality so much I've even imagined multiple Ctrl+N pop-ups in one Project at the same time! :)

Jon

0
Comment actions Permalink

Jon Steelman wrote:

Filed feature request ala Nathan/Bas style:
http://www.jetbrains.net/jira/browse/IDEA-11176


+1

On a slightly related note, I've often thought it would be useful that
if when I hit Ctrl-N and I type a pattern for which there are no
matches, it would automatically go into Ctrl-Shift-N mode without me
having to do anything, and vice-versa... I don't know if this makes
sense, but it seems like it would save me time.... could anyone else use
such a feature?

0

Please sign in to leave a comment.