<div>hi all, </div><div><br></div>What I do when I have abstractions that I can't predict how they will be patched in the future and order is important, is to have the loading order as an argument for abstractions at loading time and connect that variable to a del, so that I have del 1, del 2, del 3, etc. <div>
<div><br></div><div>In fixed patches (that won't change in the future) I use something like:</div><div><br></div><div>[loadbang]</div><div>| </div><div>[t b b]</div><div>| \ </div><div>[s lb1] [s lb2] [etc....]</div>
<div><br></div><div>J</div><div><br><br><div class="gmail_quote">On Wed, Feb 25, 2009 at 2:09 PM, Robert Gründler <span dir="ltr"><<a href="mailto:doobre@gmail.com">doobre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
the problem i'm facing is the following:<br>
<br>
i'm trying to write an extension to pd which allows people to create custom<br>
gui objects that can communicate with the underlying pd patch.<br>
<br>
So far i've a prototype where i use Gtk+ for the gui, and the communication<br>
works fine so far.<br>
<br>
But that's where the loading order of objects become important. First i<br>
need to<br>
create the canvas object in pd, and then i can create additional objects<br>
which<br>
add user interface objects inside the gtk canvas.<br>
<br>
If i can't rely on a specific loading order in future implementations of<br>
pd, a workaround<br>
would be that a simple gtk gui widget would first check if there's a<br>
canvas existing,<br>
and if that's not the case, it needs to create one itself. But i'm not<br>
sure if i can create pd<br>
objects in a patch programmatically.<br>
<br>
I'd also be glad about feedback from the pd community if such an<br>
extension would be<br>
considered useful in general.<br>
<br>
<br>
best<br>
<font color="#888888"><br>
-robert<br>
</font><div class="Ih2E3d"><br>
<br>
<br>
Frank Barknecht wrote:<br>
> Hallo,<br>
> Robert Gr?ndler hat gesagt: // Robert Gr?ndler wrote:<br>
><br>
><br>
>> For example when i create a patch with 2 objects that are not connected<br>
>> in any way,<br>
>> in which order will they be created by pd when the patch is loaded ?<br>
>><br>
><br>
> The order you created them, but it's very bad practice to rely on that,<br>
> because it's an implementation detail that may change in future<br>
> versions and it's generally error prone because you cannot see the<br>
> creation order.<br>
><br>
> You can test this with an abstraction that prints something with a<br>
> loadbang, like:<br>
><br>
> testme.pd:<br>
><br>
> [loadbang]<br>
> |<br>
> [f $1]<br>
> |<br>
> [print]<br>
><br>
> testme-for-real.pd:<br>
><br>
> [testme 1]<br>
> [testme 2]<br>
><br>
> Then open testme-for-real.pd again.<br>
><br>
> Ciao<br>
><br>
<br>
<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Jaime E Oliver LR<br><br><a href="mailto:joliverl@ucsd.edu">joliverl@ucsd.edu</a><br><a href="http://www.realidadvisual.org/jaimeoliver">www.realidadvisual.org/jaimeoliver</a><br>
<a href="http://www-crca.ucsd.edu/">www-crca.ucsd.edu/</a><br><a href="http://www.realidadvisual.org">www.realidadvisual.org</a><br><br>858 202 1522<br>9168 Regents Rd. Apt. G<br>La Jolla, CA 92037<br>USA<br>
</div></div>