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