Right, control-D should probably stay as it is, but separately copying and pasting migt want to do something "smarter".
I've always wanted to have Pd's behavior be absolutely independent of stacking order (back-to-front). Unfortunately, the way things look when Tk draws them depends on the order they're created in, which causes all sorts of confusion.
THe current strategy for figuring out which object you clicked on is that, if more tan one object is selected, Pd prefers to drag an already-selected one; this is much better than whatever I had going before.
cheers Miller
On Mon, Sep 01, 2008 at 11:53:33AM +0200, Frank Barknecht wrote:
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
So, maybe, one should only paste to where the cursor is when the copy and paste are in the same window?
But copy and paste in the same window is the same as Ctl-D, isn't it? For Ctl-D I think, the current solution which pastes with a little offset is quite convenient. Normally I move objects with the cursor keys then to keep nice alignments.
I do think that pasted objects should get a "z-index" in front of the old objects, though, as often they are the objects that will get moved immediatly and pasting them behind existing objects makes it more likely to select one of the (now unselected) old objects and thus de-selecting the group of newly created objects. (I think, in pd-0.41 pasting is in front already or again. I don't remember if that was different in 0.40.)
Ciao
Frank
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list