W dniu 27 grudnia 2009 06:16 użytkownik bulia byak <buliabyak@...400...> napisał:
This should not be too difficult to port. Didn't you do this only because of low priority or were there any obstacles?
Yes, it is relatively straightforward to port, but snapping is a priority.
- just [] rotates both handles
This one already works
- Ctrl (any) with [] rotates the handle which is closer to the mouse
cursor. This requires combined keyboard/mouse work but seems more intuitive.
If we do it this way, the other handle might become closer to the mouse pointer during the transformation. So when repeatedly pressing Ctrl+] the user wold rotate one handle and then suddenly the other handle would start rotating.
My main problem with the old method is that which handle is "left" and which is "right" is not defined very well, if that could be disambiguated (maybe by highlighting the handle that would be affected when the modifier is pressed?) the old way could be used. Or we could drop this feature entirely: all those actions can be performed with the mouse and appropriate modifiers. (Less features is sometimes a good thing because there is less code to maintain.)
W dniu 27 grudnia 2009 09:51 użytkownik Diederik van Lierop <mail@...1689...> napisał:
So, If I understand this correctly, then it's now possible to transform nodes from different paths simultaneously?
Yes. The transformations are not limited to translation; it is now possible to also scale, rotate and skew selections of nodes.
Or, why can't we use _snapTransformed(), maybe with some small modifications? Or make a similar method specifically for transforming nodesets?
Yes, it might be possible to use this method, thanks for bringing it to my attention.
Regards, Krzysztof