New (#7241) Search UI

The new search UI (http://www.jetbrains.net/confluence/display/IDEADEV/EAP7241Release+Notes) is very nice.

I have a suggestion (that should be applicable to all the large- / wide-screen users): I have lots of unused space in the button bar (below the menu bar and above the edit pane tabs) for this UI element. Placing it there would be much better for me than having it intrude into the text editing area.


Randall Schulz

6 comments
Comment actions Permalink

+1
I totally agree.

Francesco

0
Comment actions Permalink

If you open a JIRA for it, I would vote for it.

0
Comment actions Permalink

-1
And here's why...

How do you suggest they handle split editor panes? One cool thing about its current location is that it is always at the top of any editor pane. If you split your editor panes, either horizontally, vertically, or both, you can have a separate find box open at the top of each editor pane, with different search criteria. I personally find that very useful. I often split my panes, especially on my widescreen at home. Unit test in one pane, tested class in the other; or class in one pane, spring beans config file in the other; etc. Some times I get really fancy with unit test & class side by side, with a config file below.

While I understand your desire to save those two lines of vertical space, I personally would have to say -1 to moving it as the ability to have one on each editor pane greatly outweighs the small amount of saved space. Now if they wanted to get real fancy and make it configurable to be placed either A) the current way (one per pane at the top of the pane) or B) in the button bar as you suggest, then I'd be all for that.

0
Comment actions Permalink

But as I mentioned in a follow-up comment at http://www.jetbrains.net/jira/browse/IDEA-14561 , IDEA could maintain per-tab search pattern and options and switch them automatically to correspond to that most recently entered in each tab as it is activated.

There's still no need to let the unused button-bar space go to waste and have the editor pane eaten into (and shift about as the search tab comes and goes).

Randall Schulz

0
Comment actions Permalink

I agree that's an option. But IMHO losing the ability to simultaneously see all the search patterns and results counts would be a loss of a beneficial feature. I've attached a screenshot as a potential example. (Granted this particular arrangement may be a bit unusual, but I am sure the use of split panes as a whole is not.)

If there was only one search box, you could only see the results for the active split pane (not tab, but split editor pane). And then you have to determine which pane is the active pane, making the UI a bit less intuitive.

I agree that one wants to avoid losing editor pane space when ever possible. (One reason out of a couple as to why I have my editor tabs on the right.) But given the benefits of making the search box editor pane specific, and not editor overall generalized, it needs to be a part of the editor pane.

Again, just my opinion. And I certainly respect what you are saying and understand your point.



Attachment(s):
split-panes-screenshot.jpg
0

Please sign in to leave a comment.