Sven,
> On Wed, 2007-07-04 at 17:24 +0200, peter sikking wrote:
>>> If I want to reach the
>>> corner, I aim for the highlighted rectangle. But when my mouse
>>> reaches
>>> it, it turns out that what was highlighted as the target area is
>>> actually a dead area and nothing happens when I click and drag
>>> there. I
>>> don't think this is acceptable behaviour. The highlighting of the
>>> side
>>> and corner handles before the change was much easier to predict.
>>> Perhaps
>>> we should go back to that?
>>
>> I see what you mean. I realise now that I have been looking at these
>> highlighted side handles since the weekend and thought:
>> 'ah, a corner-handle-and-a-half.' The problem is the 1-pixel solid
>> line, and I have changed the spec to make them stippled. That will
>> make them subtler and different... done.
>
> Sorry, but how does that solve the problem?
by using different graphics (stipple) we avoid that these two lines
are interpreted as showing corner handles. They don't.
They show the edges of the side handle area, giving feedback, confirming
why and training where the side handle highlights.
You can see that compared to the previous 2/3rd side handle, these
ones fully use the predictability the the corner handles gives us,
by being in one dimension exactly the same size as the corner handles.
They are shorter in the other dimension, to create a gap so one can
reach the corner handles. This gap is actually bigger than in the
2/3rd situation.
The result is a side handle where it is easier to predict its
boundaries,
making them slightly quicker to grab.
Not only are the new handles larger in area, they are also more
'square' in aspect ratio than the long and slender 2/3rd situation.
Each of these factors make the new handles again slightly quicker to
grab, on top of the one above.
That is three speed factors accumulated, and they together deliver
the increase in ease of use that I envisioned when going for big
handles for the select + crop tools.
--ps
principal user interaction architect
man + machine interface works
http://mmiworks.net/blog : on interaction architecture
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
