Hide one tool window -- another one pops up

One thing that annoys me quite a lot in the current IDEA user interface
is the following.

Suppose I have opened a docked tool window at the bottom of the screen
(let's say it's the todo window). Then I open another docked window,
maybe the Messages window with compilation results.

I might then use this second tool window for a long time and forget
about the first one. Eventually I want to get rid of whatever is at the
bottom of the screen (the Messages window) so I press the "_" button to
close it. And what happens? Some old tool window that just happened to
be there hours ago (the todo window) suddenly pops up again. Sometimes
there might be still another window waiting to pop up when I close
that window.

There was nothing that indicated that this window was on some kind of
stack of open windows -- the tool button wasn't highlighted, for example
-- which makes this process a bit unpredictable. And since tool
window sizes are saved for each separate window, the close buttons end
up at different positions each time and I have to hunt around with the
mouse pointer to find and close one tool window at a time rather than
just staying at the same cursor position and pressing the mouse button a
few times until all windows disappear.

In any case, I didn't just want to whine and complain. The reason for
writing this was that I wanted to see whether other people might agree
and in that case what to do about it, before I send in a feature
request. Maybe an option whether a new tool window should replace an
existing one without this stack of open windows?

21 comments
Comment actions Permalink

I agree. When I press the "_" button it's because I want the used screen space back for the editor.

I know that's not explicitly what it's for, but that's what I instinctively use it for.

0
Comment actions Permalink

I definitely agree !
You just nicely put in words what I had in mind for ages.
I find this behaviour very annoying, and I happens a lot because of the way I use the IDE...

What do you think IntelliJ people ?

Dan/

0
Comment actions Permalink

Yes, I completely agree as it happens all the time to me but I thought I'm the only
one who doesn't like it :)

While thinking about it, I remembered that I've seen an SCR about this problem
some time ago. Here it is: http://www.intellij.net/tracker/idea/viewSCR?publicId=4852

Sascha

"Jonas Kvarnstr?m" <jonkv@ida.liu.se> wrote:

One thing that annoys me quite a lot in the current IDEA user interface
is the following.

>

Suppose I have opened a docked tool window at the bottom of the screen
(let's say it's the todo window). Then I open another docked window,
maybe the Messages window with compilation results.

>

I might then use this second tool window for a long time and forget
about the first one. Eventually I want to get rid of whatever is at the
bottom of the screen (the Messages window) so I press the "_" button to
close it. And what happens? Some old tool window that just happened to
be there hours ago (the todo window) suddenly pops up again. Sometimes
there might be still another window waiting to pop up when I close
that window.

>

There was nothing that indicated that this window was on some kind of
stack of open windows -- the tool button wasn't highlighted, for example
-- which makes this process a bit unpredictable. And since tool
window sizes are saved for each separate window, the close buttons end
up at different positions each time and I have to hunt around with the
mouse pointer to find and close one tool window at a time rather than
just staying at the same cursor position and pressing the mouse button a
few times until all windows disappear.

>

In any case, I didn't just want to whine and complain. The reason for
writing this was that I wanted to see whether other people might agree
and in that case what to do about it, before I send in a feature
request. Maybe an option whether a new tool window should replace an
existing one without this stack of open windows?

>


0
Comment actions Permalink

This feature is "windows stack"

dan wrote:

I definitely agree !
You just nicely put in words what I had in mind for ages.
I find this behaviour very annoying, and I happens a lot because of the way I use the IDE...

What do you think IntelliJ people ?

Dan/


0
Comment actions Permalink


"Sascha Weinreuter" <sascha.weinreuter@cit.de> wrote:

While thinking about it, I remembered that I've seen an SCR about this problem
some time ago. Here it is: http://www.intellij.net/tracker/idea/viewSCR?publicId=4852


Hmm, I was a bit quick. This SCR is about auto-hidden windows only.

I think an option at each tool window whether it should be put into the stack or not
would be good. I like it if my Project view is 'sticky', but e.g. for the Run/Debug tool
windows (or more generally the windows in the bottom row) it is usually annoying.

At least the tool window buttons should indicate that a window is open, but 'overlapped'
by another one so the effect when closing the overlapping window isn't so surprising.

Sascha


0
Comment actions Permalink

There's a tracker requesting a keymapping which is close all tool windows unconditionally (maximizing the editor space), without allowing other tool windows to pop up. This might cover your concern. It's slated for aurora: http://www.intellij.net/tracker/idea/viewSCR?publicId=10869

0
Comment actions Permalink

Only I like to keep the project view open at all times.

You can't please all of the people all of the time though can you.

0
Comment actions Permalink

Mark Lee wrote:

Only I like to keep the project view open at all times.


Me too, most of the time.

0
Comment actions Permalink

Agreed. I filed SCR #5181 long ago that somewhat relates to this issue.
http://www.intellij.net/tracker/idea/viewSCR?publicId=5181
This SCR points out that using the keyboard alone there are problems
trying to deal with a stack on a side. However, you have hit more on the
heart of the problem.

Jon

0
Comment actions Permalink

i know that shift-escape does much the same thing, although i can't find what it's documented to do. i seem to remember that that (or another combo) was supposed to focus on editor, closing all other windows in some form, but it never worked that way.

0
Comment actions Permalink

There is a Window/Restore Default Layout action keymapped to Shift-F12 which by default gets rid of all tool windows.


--
regards,
Alexey Kudravtsev.
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"


"Jonas Kvarnstr?m" <jonkv@ida.liu.se> wrote in message news:3ECB51A9.3070503@ida.liu.se...

One thing that annoys me quite a lot in the current IDEA user interface
is the following.

>

Suppose I have opened a docked tool window at the bottom of the screen
(let's say it's the todo window). Then I open another docked window,
maybe the Messages window with compilation results.

>

I might then use this second tool window for a long time and forget
about the first one. Eventually I want to get rid of whatever is at the
bottom of the screen (the Messages window) so I press the "_" button to
close it. And what happens? Some old tool window that just happened to
be there hours ago (the todo window) suddenly pops up again. Sometimes
there might be still another window waiting to pop up when I close
that window.

>

There was nothing that indicated that this window was on some kind of
stack of open windows -- the tool button wasn't highlighted, for example
-- which makes this process a bit unpredictable. And since tool
window sizes are saved for each separate window, the close buttons end
up at different positions each time and I have to hunt around with the
mouse pointer to find and close one tool window at a time rather than
just staying at the same cursor position and pressing the mouse button a
few times until all windows disappear.

>

In any case, I didn't just want to whine and complain. The reason for
writing this was that I wanted to see whether other people might agree
and in that case what to do about it, before I send in a feature
request. Maybe an option whether a new tool window should replace an
existing one without this stack of open windows?

>


0
Comment actions Permalink

There is a Window/Restore Default Layout action
keymapped to Shift-F12 which by default gets rid of
all tool windows.


Not always. Restore Default Layout hides all tool windows only if you've previously selected Store Current Layout as Default at a time when all toolwindows were closed.

0
Comment actions Permalink

Yes, I strongly agree. All my co-workers agree too. When you minimize a tool window you don't want the window stacked beneath it, you want everything to go away to free up space. The same window-stack metaphor that applies to ordinary desktop-windows does not apply to tool-windows, they are slightly different in this respect.

Another annoying thing remotely related to this is that the compile-window quickly flashes by when you're executing something. Even if it hasn't got anything to display.

0
Comment actions Permalink

Maybe, somehow, the concept of closing "docking areas" could be introduced into the GUI.

The window stacks could then still work within a docking area, but you could choose to close the entire bottom docking area (window stack and all), or the entire left docking area or whatever.

Just another $0.02.

0
Comment actions Permalink

I totally agree! This is the only thing that really annoys me with IDEA's interface.

0
Comment actions Permalink

When you minimize a tool window you want everything to go away to

free up space.

I'm not so sure of this.

I may have a debugging session open and open a find panel. When I hide/close
the find panel I definitely don't want the debugger panel to go away!

Also, with enough screen real estate many times I work with the structure
panel always showing on the left. Here also I don't want closing a panel
closing this one.

Definitely not. I really don't want closing one panel closing every other
panel.

If you want a command to do this request a specific command "Close all
panels".

Carlos


0
Comment actions Permalink

Same here, showing structure all the time as well (I guess I used JBuilder too long before switching to IDEA! _).

0
Comment actions Permalink

. And since tool
window sizes are saved for each separate window, the
close buttons end
up at different positions each time and I have to
hunt around with the
mouse pointer to find and close one tool window at a
time rather than
just staying at the same cursor position and pressing
the mouse button a
few times until all windows disappear.


Yes. This is also most annoying! I most of the time want all my tool windows on the same window side to have all the same size. There is no easy way to do this in IDEA.
Ideally, I would like all my tool windows at the bottom of my screen to share the same space. Switching to another tool would just change the content pane of the docked window, not perform any resizing. Each tool could be put into its own frame (using the float option) and then be dealt with independently but docked tools should all share the same space.

0
Comment actions Permalink

I have a simple suggestion : Have an option not to bring up the previous
floating tool window when one goes away.

This would solve at least my problem with that feature.

"Sascha Weinreuter" <sascha.weinreuter@cit.de> wrote in message
news:baftr2$3sb$1@is.intellij.net...
>

"Sascha Weinreuter" <sascha.weinreuter@cit.de> wrote:

While thinking about it, I remembered that I've seen an SCR about this

problem

some time ago. Here it is:

http://www.intellij.net/tracker/idea/viewSCR?publicId=4852
>

Hmm, I was a bit quick. This SCR is about auto-hidden windows only.

>

I think an option at each tool window whether it should be put into the

stack or not

would be good. I like it if my Project view is 'sticky', but e.g. for the

Run/Debug tool

windows (or more generally the windows in the bottom row) it is usually

annoying.
>

At least the tool window buttons should indicate that a window is open,

but 'overlapped'

by another one so the effect when closing the overlapping window isn't so

surprising.
>

Sascha

>
>


0
Comment actions Permalink

Since the panels resides in a split pane, what about having three little
buttons on the divider: maximize, restore and minimize, like in the
divider in the main editor.

just my ?0,02 ;)

Taoufik

0
Comment actions Permalink

Maybe you need to use the unpinned docked mode instead. I think the
JetBrains guys have done an amazing window manager with the docked auto hide
mode (not pined) or the undocked mode.
In these modes you can explicitly call a tool window initially either as a
result of another command or directly through its associated Alt-. Then type ESC when you want to go back to the main editor. The focus is in the editor as you left it for you to immediately start typing. The tool window hides itself so you can have the maximum real-estate for your source view. If you want to see the tool window content again press F12. The tool window happily slides back into view. You can go back and forth easily ESC-F12-ESC-F12... This alone blows away any IDE I have ever worked with. It is so efficient: no mouse keyboard only and optimal screen real-estate for any task. I rarely pin a tool window down now. Jacques "Jonas Kvarnstr?m" ]]> wrote in message
news:3ECB51A9.3070503@ida.liu.se...

One thing that annoys me quite a lot in the current IDEA user interface
is the following.

>

Suppose I have opened a docked tool window at the bottom of the screen
(let's say it's the todo window). Then I open another docked window,
maybe the Messages window with compilation results.

>

I might then use this second tool window for a long time and forget
about the first one. Eventually I want to get rid of whatever is at the
bottom of the screen (the Messages window) so I press the "_" button to
close it. And what happens? Some old tool window that just happened to
be there hours ago (the todo window) suddenly pops up again. Sometimes
there might be still another window waiting to pop up when I close
that window.

>

There was nothing that indicated that this window was on some kind of
stack of open windows -- the tool button wasn't highlighted, for example
-- which makes this process a bit unpredictable. And since tool
window sizes are saved for each separate window, the close buttons end
up at different positions each time and I have to hunt around with the
mouse pointer to find and close one tool window at a time rather than
just staying at the same cursor position and pressing the mouse button a
few times until all windows disappear.

>

In any case, I didn't just want to whine and complain. The reason for
writing this was that I wanted to see whether other people might agree
and in that case what to do about it, before I send in a feature
request. Maybe an option whether a new tool window should replace an
existing one without this stack of open windows?

>


0

Please sign in to leave a comment.