[L2Ork-dev] feature request, view object number

Ivica Bukvic ico at vt.edu
Mon May 23 19:28:05 UTC 2016

So, if I understand you correctly the first object ever created on the
canvas would have ordinal number of 0 and the second object would have
number one and so on and so forth. I assume the same would be true for all
connection wires or would they be more specific to each object they are
connected to?

Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu
On May 23, 2016 14:20, "Liam Goodacre" <liamg_uw at hotmail.com> wrote:

> I don't know what the glist stack is. I'm talking about the object
> creation order that corresponds to the object's placement in the pd file.
> For example, in the command "connect x 0 y 1", x and y are the object
> numbers.
> ------------------------------
> To: l2ork-dev at disis.music.vt.edu
> From: ico at vt.edu
> Date: Mon, 23 May 2016 13:03:05 -0400
> Subject: Re: [L2Ork-dev] feature request, view object number
> Thank you for the suggestion. Are you talking about the memory location on
> the glist stack? (e.g. like the one that canvas name has)
> On 5/23/2016 8:56 AM, Liam Goodacre wrote:
> What do you think about this for a new L2Ork feature? A new option in the
> edit menu that places little numbers next to each object on the canvas,
> according to their creation order. This would be really useful for dynamic
> patching, ie. if you're trying to connect or delete objects and you need to
> know their number. It would also fit nicely with the "send to front/back"
> feature that you've already made.
> A couple of other thoughts:
> 1. It would probably be best if this could only come into effect when edit
> mode is on, a bit like the little re-size dots in the corner of a "bang".
> It's probably also best if it's an additional option rather than contiguous
> with edit mode, as the numbers might get confusing or annoying in larger
> patches.
> 2. A further possibility would be to have the same option for connection
> numbers. This would be immediately useful, as connection order is integral
> to PD functioning. On the other hand it might also provide less incentive
> to use trigger, and hence lead to sloppy patching.
> _______________________________________________
> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttp://disis.music.vt.edu/listinfo/l2ork-dev
> _______________________________________________ L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu http://disis.music.vt.edu/listinfo/l2ork-dev
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> http://disis.music.vt.edu/listinfo/l2ork-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20160523/ec9c394c/attachment.html>

More information about the L2Ork-dev mailing list