[PD] pasted objects now end up under the original object
mpuckett at imusic1.ucsd.edu
Mon Sep 1 12:21:44 CEST 2008
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.
On Mon, Sep 01, 2008 at 11:53:33AM +0200, Frank Barknecht wrote:
> 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.)
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list