50 comments
Comment actions Permalink

Most code doesn't reach the right hand
edge of the screen (especially if you have a coding standard which limits
your line width), so there would be relatively few cases where the icons
overlapped some text.


Sorry, I would vote against this idea, because my code quite always
goes beyond the right screen border (thanks god, we do not have such a
ancient coding standard).

Tom

0
Comment actions Permalink

Sorry, I would vote against this idea, because my code quite always
goes beyond the right screen border (thanks god, we do not have such a
ancient coding standard).


The same for me ;)
Even with my two screens, I happen that I go on the second screen !

Well, to come back to the subject...
The not-fixed-width of the gutter is a bit annoying... but is A LOT better
than putting those icons elsewhere on the editor, and is A LOT better too
than not showing all icons on the gutter.
I haven't found a better solution for that changing gutter...
I only have thought about a kind of zooming idea.
I mean, we would see smallest icons, and when we hover the gutter, the icons
might grow to thei normal size, and maybe could a bit overlap over the left
side of the editor.
It's a kind of zooming effect "a la" MacOS X.
Would it be okay ?

Guillaume


0
Comment actions Permalink

>Well, to come back to the subject...
>The not-fixed-width of the gutter is a bit annoying... but is A LOT better
>than putting those icons elsewhere on the editor, and is A LOT better too
>than not showing all icons on the gutter.
>I haven't found a better solution for that changing gutter...
>I only have thought about a kind of zooming idea.
>I mean, we would see smallest icons, and when we hover the gutter, the icons
>might grow to thei normal size, and maybe could a bit overlap over the left
>side of the editor.
>It's a kind of zooming effect "a la" MacOS X.
>Would it be okay ?

TRIZ-like contradiction: The gutter must resize to be able to contain
all icons, but the gutter must not resize to not *move your text to
the right or left*.

This leads me to following ideas:

1) The gutter could resize to the left (if there is enough room).

2) The gutter does not resize, but the icons are smaller or larger
depending on the icons count in the gutter.

What do you think?

Tom

0
Comment actions Permalink

Thomas Singer wrote:
> TRIZ-like contradiction: The gutter must resize ..
> but the gutter must not resize to ..

Often, I wish there were one big red 'give me Superman view' button, on
my desk, next to the keyboard.

- You press it, and more info - icons, colours, frames, .. - appears on
the screen, possibly hiding a little what's behind them.
- You release it, and you're back to normal mode.

This would apply for the gutter(s), editor panel, structure panels,
menus, ...

Just an idea.

Alain

0
Comment actions Permalink

Often, I wish there were one big red 'give me Superman view' button, on
my desk, next to the keyboard.


Uhhh !! I thought you were Superman ??? :-P

- You press it, and more info - icons, colours, frames, .. - appears on
the screen, possibly hiding a little what's behind them.
- You release it, and you're back to normal mode.

>

This would apply for the gutter(s), editor panel, structure panels,
menus, ...

>

Just an idea.


Not bad at all !
It's not that far from my idea : when the mouse goes over the gutter, you
see a tooltip like when you hit the shortcut for showing the context info
(the method signature of the method you're in).
The tooltip would overlap the gutter, the window toolbar buttons and the
very left side of the editor, in case there's too much icons

Guillaume


0
Comment actions Permalink

1) The gutter could resize to the left (if there is enough room).


Like if it were a tooltip when your mouse hovers it.

2) The gutter does not resize, but the icons are smaller or larger
depending on the icons count in the gutter.


Yep, small icons indicating there's something there... even if it is not
recognizable.

What do you think?


I think, therefore... I am Superman :)

Guillaume


0
Comment actions Permalink

Guillaume Laforge wrote:
>>Just an idea.
>
> Not bad at all !
> It's not that far from my idea : when the mouse goes over ..

Guillaume,

Man, you definitively need to be lazier. Your idea requires much too
much action : actively mousing over the areas to inspect. Yawwwn. I'm
tired, just thinking about it :)
(Funny. Writing this made me yawn.)

Seriously, our eyes move a lot faster than our fingers.
In the UI/user interaction matter, I tend to favour .. over .. :
see > look > act
recognize > remember
kbd > mouse, for simple actions (1, 2 keys)
mouse > kbd, for complex actions

Can you see the 'be lazy' principle underneath?
In fact, 'be lazy' translates the 'make it easy on ..' eyes/finger/brain
concept.

Alain

0
Comment actions Permalink

Man, you definitively need to be lazier.


Well, though IDEA is keyboard friendly, I keep using my mouse quite often.
And in fact, when do want to look at what's in the gutter, I already have
the mouse in my hand.
So for me, it's easier to use my mouse rather than going back to my
keyboard.

Can you see the 'be lazy' principle underneath?
In fact, 'be lazy' translates the 'make it easy on ..' eyes/finger/brain
concept.


The "be lazy" approach, for me, is especially related to how fast I may be.
As I've already got my hand on the mouse, I'm quickly going to see what's in
the extended gutter when my mouse will hover it.

Guillaume


0
Comment actions Permalink

>The "be lazy" approach, for me, is especially related to how fast I may be.
>As I've already got my hand on the mouse, ...

Do you have three hands? Two on the keyboard and one at the mouse ;)

Tom

0
Comment actions Permalink

Do you have three hands? Two on the keyboard and one at the mouse ;)


Two hands and a...
hum...
sorry...

I meant that I had the left hand near the keyboard, but when I'm wandering
around my code and looking at the gutter, I usually already have my right
hand on the mouse.


0
Comment actions Permalink

I'd rather not have to point the mouse there, I quite often find myself
visually scanning the gutter while I scroll through a file, be it either
using the wheel or the scrollbar. In the latter case the mouse is on the
other side of the screen. Being able to understand what the gutter icons try
to tell me at a glance is the whole point of having them there. In my
opinion, of course. :)

Andrei

The "be lazy" approach, for me, is especially related to how fast I may

be.

As I've already got my hand on the mouse, I'm quickly going to see what's

in

the extended gutter when my mouse will hover it.

>

Guillaume

>
>


0
Comment actions Permalink

Guillaume Laforge wrote:

> The "be lazy" approach, for me, is especially related to how
> fast I may be.
> As I've already got my hand on the mouse, I'm quickly going to see
> what's in the extended gutter when my mouse will hover it.

Except in case of severe brain damage, or serious hangover, your eyes
will ALWAYS be quicker than your hand.

In the case of the "Superman View" button, one keypress would toggle
on/off useful info, or enrich the current one here :
- North : in the menu, or toolbar
- South : in the status bar
- East : left gutter
- West : right gutter
- Center : added info-stuff all over the place
- ..and more

Even on steroids, and even if you call it 'Speedy Gonzales', your mouse
will never be that fast.

Alain

0
Comment actions Permalink

Even on steroids, and even if you call it 'Speedy Gonzales', your mouse
will never be that fast.


Ok, ok, I give up.
Whether it is hovering and/or a shortcut, I'm fine with that.
Both would be cool anyway.

Guillaume


0
Comment actions Permalink

it's still huge in 915 :(

0
Comment actions Permalink

This makes some sense as long as we limit ourselves to what Intellij currently displays in the gutter.

But what happens when plugins start using the gutter? How about when Intellij thinks up some more things to display there?

Arbitrarily combining quarters (or whatever fraction) of icons/glyphs isn't going to work. Neither will color combinations - what colors do the plugins use?

0
Comment actions Permalink

A couple of alternatives:

1. Restrict the gutter grow to the places where more than one icon is displaying, displacing locally the corresonding line of code, if not idented.

2. Place the implement/override icons inside the code, beside the method or class name.

Jose Getino

0
Comment actions Permalink

I can't upvote this request enough.  I've got a 24" monitor.  I can *just* fit my project and structure views to the side of a two-pane editor, and actually fit my code.

Until something decides that it needs to annotate (e.g.) a run and four sub/super type icons into the gutters, and suddenly everything doesn't fit and I have to start scrolling horizontally -- one of the most unpleasant user experiences and biggest time sinks.

Is there still no solution for this 17 year old (!) issue?

0
Comment actions Permalink

Please check https://youtrack.jetbrains.com/issue/IDEA-148002 and the linked issues. If it doesn't mention your specific problem, please file a new issue at https://youtrack.jetbrains.com/newIssue?project=IDEA.

0
Comment actions Permalink

That's unrelated, my problem is e.g.

 

 

Happening in both columns

0
Comment actions Permalink

https://youtrack.jetbrains.com/issue/IDEA-146419 is related. A new bug with the sample code to reproduce would be appreciated.

0

Please sign in to leave a comment.