[PD] pasted objects now end up under the original object

[Mike McGonagle]

On Mon, Sep 1, 2008 at 9:47 AM, Jack <jack at rybn.org> wrote:

> With Flash you copy using : command-c
> you paste in the center of your doc using : command-v
> you paste in place using : command-shift-v
> I like the command-d under Pd to duplicate because it is easy to
> align using shift-arrow keys.
> ++


It sounds like these are pretty standard across Adobe's products, as these
sound like all the keyboard command used in all their other graphics
products...

Mike


>
>
> Jack
>
>
> Le 1 sept. 08 à 13:17, Miller Puckette a écrit :
>
> > Another possibility would be to use command-shift-paste to paste
> > and immediately
> > go into the "stick" state.  I think I might have to try a few
> > different
> > ways to see which is most natural.
> >
> > M
> >
> > On Mon, Sep 01, 2008 at 01:09:49PM +0200, Frank Barknecht wrote:
> >> Hallo,
> >> Miller Puckette hat gesagt: // Miller Puckette wrote:
> >>
> >>> Right, control-D should probably stay as it is, but separately
> >>> copying and
> >>> pasting migt want to do something "smarter".
> >>
> >> What about this idea/specification for a possible smart placement:
> >>
> >> 1) user presses Ctl-C and copies objects from coordinates (xc,yc)
> >>
> >> 2) user presses Ctl-V, mouse is at (xm, ym)
> >>
> >> 3) Objects get pasted at position: (xc, yc) - the original
> >> coordinates -
> >> but they don't get "anchored" yet.
> >>
> >> Now comes the new part:
> >>
> >> 4.1 a) If user moves the mouse now, the objects move to the mouse
> >> coordinates (xm, ym) and they "stick" to the mouse from that point
> >> on,
> >> until the next click.
> >>
> >> 4.1 b) Alternatively one could enter the "sticky" phase only if
> >> the user
> >> clicks the mouse, i.e. as soon as the user after step 3) clicks
> >> into the
> >> canvas, the objects move to the mouse position and stay selected for
> >> mouse movement until the button is released at which point the
> >> objects
> >> are anchored and possibly deselected. Deselecting could also
> >> require a
> >> second click. I like b) better than a): it contains less surprises.
> >>
> >> 4.2)  This alternate path is taken, if the user doesn't use the
> >> mouse,
> >> but the cursor keys instead after step 3): The objects move
> >> relative to
> >> their new position at (xc, yc). They are still selected.  Mouse
> >> movements don't affect their position anymore, mouse clicks will
> >> deselect the objects. That's basically the old, non-smart placement,
> >> which has its uses, too.
> >>
> >>> 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.
> >>
> >> Yes, that's good.
> >>
> >> Ciao
> >> --
> >> Frank
> >>
> >> _______________________________________________
> >> Pd-list at iem.at mailing list
> >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> >> listinfo/pd-list
> >
> > _______________________________________________
> > Pd-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20080902/c1331daa/attachment.htm>