--- On Mon, 11/22/10, Ivica Ico Bukvic <i...@vt.edu> wrote:
> From: Ivica Ico Bukvic <i...@vt.edu>
> Subject: Re: [PD] call for testers for L2Ork iteration of pd-extended (based
> on 0.42.x branch)
> To: "Jonathan Wilkes" <jancs...@yahoo.com>
> Cc: pd-list@iem.at
> Date: Monday, November 22, 2010, 9:44 PM
>
> > Attached is another example:
> > 1. Select all the [clip] objects.
> > 2. Move them so the [vsl] overlaps them.
> > 3. Right-click the bottom [clip] and choose "To
> front". It works as
> > it should.
> > 4. Now, with all the [clip] objects still selected,
> right-click on
> > the same bottom [clip] and choose "To back". It
> deselects all the
> > other clips and only moves the bottom [clip] to the
> back. But
> > shouldn't it instead move all the selected objects
> behind the
> > [vsl]?
>
> You are correct. Just fixed this bug, changed the edit menu
> ordering and
> included to front/back options, added key shortcuts, added
> tidy up
> shortcut and increased its threshold which IMHO makes it
> much more
> usable.
Regarding "tidy up"-- are you referring to XTOLERANCE,
YTOLERANCE, and NHIST? If so, I posted a message awhile back with
what seemed like some decent values, but in some cases it would
swap the position of two objects in a row or column. Also, this
behavior changed depending on the order in which those objects were
created. (I have a feeling this is why those values are set so low.)
If you post another tar.gz with your new "tidy" I'll see
if I can reproduce this behavior.
-Jonathan
>
> HTH
>
>
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
