gEDA-user: Transformations during copying or moving operations

[Peter TB Brett]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.seul.org/pipermail/geda-user/attachments/20070630/583efcea/attachment.pgp