Hi folks, There are a number of bugs evident in copying and moving operations. Firstly, it is useful to be able to rotate symbols while a move or copy is in progress. However, at the moment it is not possible to do so, as far as I can tell; the "er" command cancels the current operation and carries out a rotation on the original selection, while middle-clicking appears to be a no-op[1]. Even when middle-clicking was not a no-op, it was heavily bugged during copy in that the original selection would be rotated as well as the copied version. Secondly, it is counter-intuitive for "er" not to be the command to use for rotation during move/copy. In addition, we should try and support mirror during move/copy as well (a would-be-nice change). Finally, the way that rotations and translations are stored is currently kind of messy. Patrick Bernaud had a really good idea which he submitted a sort-of-broken patch to implement: use an 2x2 matrix to represent the current transformation applied to the original selection, and then "commit" the transformation once the move/copy is complete (I think I remember this correctly: Peter C?). So I'd really like some input from both users and developers on how it should behave and how that behaviour should be implemented. Thanks everyone! Peter [1] This is recent regression which I have yet to track down. -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd
Attachment:
pgpNjUgHghAzQ.pgp
Description: PGP signature
_______________________________________________ geda-user mailing list geda-user@xxxxxxxxxxxxxx http://www.seul.org/cgi-bin/mailman/listinfo/geda-user