![](https://secure.gravatar.com/avatar/ad7c76b9aa8758315397d0dfb15fc222.jpg?s=120&d=mm&r=g)
On Dec 16, 2010, at 4:44 PM, Krzysztof Kosiński wrote:
W dniu 17 grudnia 2010 01:26 użytkownik ~suv <suv-sf@...58...> napisał:
1.4 skew transformation handles missing for x- or y-aligned nodes
Won't fix - skew handles are hidden on purpose. Otherwise they would overlap with rotation handles, making either difficult to use. I could introduce a setting in 0.48.2 that allows you to pick which handles are shown in preference.
As commented, it works with the select tool (skew handles visible and usable), even when the geometric bbox is used, for objects with zero width or height.
I doesn't look very well in this case, and it's hard to pick the handle you want. It does limit the functionality a bit though. Does anyone else have an opinion on this?
Ahh, good info here.
Instead of staying caught in the low-level 'how', we get a glimpse into the big-picture 'why'.
To summarize:
Negatives are * Doesn't look good in this case. and * Hard to pick the handle you want
Positives are * Would be consistent with the select tool * Approach works for the select tool * Restores lost functionality.
Given that a different tool is currently showing both, it sounds reasonable to match that. But in the long term it is better to explicitly address the negatives of the approach instead of abandoning the whole approach.
Now that the negatives have been detailed, a few different solutions start to come to mind. I think one of the simplest is to add a little placement logic to the handles so that if too many handles are starting to show up we will invoke code to intelligently place them slightly farther away from the object center so as to allow them to function. Another option that can be used in combination would be to make specific handles 'fly out' a bit more on mouse over.
Regardless, we probably just need to detail all aspects of what is a problem and then we'll be able to come up with a good overall solution.