again on the screen estate usage

Michael Kirby wrote:
>
> I can't speak to whether eclipse "wins" on the screen real-estate
issue, but I do know that I consistently have problems with IDEA's use
of screen real-estate.
>
> In particular, I find that Vertical editor real-estate is my most
valuable commodity, so I have the debug, find usages, etc tabs come up
on the right and left (depending). Unfortunately, some of these modes
of operation are very difficult to run vertically. I end up with wasted
space at the bottom, and I am squeezed for horizontal space at the top.
>
>
> Mike


Also, on the horizontal axis, I'm not yet happy with the variable with
gutter.

these "things" all add up to its width:

right portion of the code folding controls,
breakpoint "ball"
overrides/implement
is overridden/implemented

anything else ?

perhaps a single icon for the last two, with explanation in the hover-on
tooltip and a background color for the breakpoint may suffice and avoid
that huge area ...

I'd also be quite happy if the line numbering (which I display) would
live in the same left gutter as these other symbols (eg collapse the two
gutters into one).

In fact, usually only a small % of lines need the special overrides/is
overridden/breakpoint symbol - so when that is drawn I'd be happy not to
have the line number displayed for that particular line.

Edo

4 comments
Comment actions Permalink

"Edoardo Comar" <e.comar.no.spam@no.spam.btinternet.com> wrote in message
news:bavk80$8cl$1@is.intellij.net...

Also, on the horizontal axis, I'm not yet happy with the variable with
gutter.


I don't actually mind a wide gutter, but having the gutter change width a
second or two after I open the editor is annoying to me.


right portion of the code folding controls,
breakpoint "ball"
overrides/implement
is overridden/implemented

>

perhaps a single icon for the last two, with explanation in the hover-on
tooltip and a background color for the breakpoint may suffice and avoid
that huge area ...


I agree with combining the overrides/overridden and implements/implemented
icons.

If a method overrides and is overridden, it could show the "o" icon with
arrows pointing up and down.

If it implements and is overridden, perhaps it could show an "o/i" icon (it
would probably have to be a little wider, but you could probably show just
part of the "o" and the "i").


Also, if you put a breakpoint on the method name, perhaps the "o" or "i"
icon could go down a line. It just needs to be somewhere in the method. I'm
not sure what to do if you put a breakpoint on every line in the method, but
I doubt that happens very often.


All of that would allow the gutter to go back to its earlier width.


Erik


0
Comment actions Permalink

>> perhaps a single icon for the last two, with explanation in the hover-on
>> tooltip and a background color for the breakpoint may suffice and avoid
>> that huge area ...
>
>I agree with combining the overrides/overridden and implements/implemented
>icons.

See also thread
http://www.intellij.net/tracker/idea/viewSCR?publicId=12224 and this
icon:
http://www.intellij.net/servlet/JiveServlet/download/15-29671-478068-1218/gutter-icon-suggestion.png
.

Tom

0
Comment actions Permalink

I agree with combining the overrides/overridden and implements/implemented
icons.

>

If a method overrides and is overridden, it could show the "o" icon with
arrows pointing up and down.


And where would you go if you clicked on the combined icon? Up or down in
the hierarchy?

Having to click the arrow instead of the whole "o" icon would be too hard,
in my opinion. A pop-up similar to what we have now for multiple
implementations might work, on the other hand.

Andrei


0
Comment actions Permalink

"Andrei Oprea" <aoprea@creditwave.com> wrote in message
news:bb06pe$h2b$1@is.intellij.net...
>

I agree with combining the overrides/overridden and

implements/implemented

icons.

>

If a method overrides and is overridden, it could show the "o" icon with
arrows pointing up and down.

>

And where would you go if you clicked on the combined icon? Up or down in
the hierarchy?

>

Having to click the arrow instead of the whole "o" icon would be too hard,
in my opinion. A pop-up similar to what we have now for multiple
implementations might work, on the other hand.


Yes, a popup would work:

Choose Overriding Method
-


Foo
Bar

Choose Overriden Method
-


Baz


If the icon takes the entire gutter, it would be hard to set a breakpoint on
that line, so there should be an item in that popup menu for setting a
breakpoint. (It might also be helpful to have it in the regular right-click
popup menu so you could click anywhere in the code and be able to set a
breakpoint for that line.)


Erik


0

Please sign in to leave a comment.