<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_1_1455488409209_11516">Hi Antoine,</div><div dir="ltr" id="yui_3_16_0_1_1455488409209_11506">We're talking about two different kinds of "dynamic" nlets. Yours seems to <br></div><div id="yui_3_16_0_1_1455488409209_12198" dir="ltr">set a value for the signal based on whether or not there is a connection to that <br></div><div id="yui_3_16_0_1_1455488409209_12199" dir="ltr">inlet. What I'm talking about is a future object that would elegantly handle <br></div><div id="yui_3_16_0_1_1455488409209_12200" dir="ltr">the creation of a variable number of inlets(~) or outlets(~) inside an abstraction.</div><div id="yui_3_16_0_1_1455488409209_12201" dir="ltr"><br></div><div id="yui_3_16_0_1_1455488409209_12202" dir="ltr">I'm pressing Ivica specifically on variable signal nlets because there's no way <br></div><div id="yui_3_16_0_1_1455488409209_12352" dir="ltr">to flexibly handle them.<br></div><br><div id="yui_3_16_0_1_1455488409209_12909" dir="ltr">-Jonathan<br></div><div id="yui_3_16_0_1_1455488409209_11507"><span></span></div> <div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font face="Arial" size="2"> On Sunday, February 14, 2016 5:34 PM, Antoine Rousseau <antoine@metalu.net> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv4817950989"><div><div dir="ltr"><div><div>I've only partially followed all this discussion (not using Max myself), but maybe an object I wrote could help you building such abstractions : <br clear="none"><br clear="none">[moonlib/dinlet~] is an [inlet~] with an init float value (constant signal) as an argument.<br clear="none">This default value is overloaded when a signal is connected to the inlet, but restored when the signal is disconnected. A float sent to it would overwrite the default constant value.<br clear="none"><br clear="none"></div>Of course the init default value could be one of the abstraction's arguments ($xxx)...<br clear="none"><br clear="none"></div>BUT : <br clear="none"><br clear="none">- there is a very little hack (which could be called a bugfix...) that has to be made to pd source (this change is written in comment in the source file of dinlet~). I should open a ticket for that in the sourceforge repo. The involved bug is mixing the different float values up when [dinlet~] is used together with normal [inlet]s.<br clear="none"><br clear="none"><div>- I should add a missing feature in dinlet~, which would add an inlet to the [dinlet~] object itself, to allow changing the default value inside of the abstraction.<br clear="none"><br clear="none"></div><div>If anyone think this would be helpful, I could do this (open a ticket and update moonlib about this missing inlet).<br clear="none"><br clear="none"><br clear="none"></div><div><div class="yiv4817950989gmail_extra"><br clear="none"><div class="yiv4817950989gmail_quote">2016-02-14 20:29 GMT+01:00 Jonathan Wilkes via Pd-list <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:pd-list@lists.iem.at" target="_blank" href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>></span>:<br clear="none"><blockquote class="yiv4817950989gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;"><div class="yiv4817950989yqt8805391234" id="yiv4817950989yqt24133"><div><div style="color:rgb(0,0,0);background-color:rgb(255,255,255);font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div><div><div style="color:rgb(0,0,0);background-color:rgb(255,255,255);font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><span></span><div dir="ltr">> Why not simply have an inlet that can handle both inside an
abstraction and route signal one way and number the other and then
sprinkle that with dynamic nlet creation and you're done? Then you
can simply abstract most cases.</div><div><br clear="none"></div><div dir="ltr">I read (and like) your spec on dynamic nlet creation, but I have a problem with section 2.1 Signals:</div><div dir="ltr"><br clear="none"></div><div dir="ltr">"To handle the dynamic creation of signal inlets and their routing within the abstraction, the implementation must"</div><div><br clear="none"></div><div>It looks like the rest of the section is missing. :)<span><font color="#888888"><br clear="none"></font></span></div><span><font color="#888888"></font></span><div dir="ltr"><br clear="none"></div><div dir="ltr">-Jonathan<br clear="none"></div> <div><br clear="none"><br clear="none"></div></div></div></div><div><div><div> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div><br clear="none"><br clear="none"></div><div><div dir="ltr"><font face="Arial" size="2"> On Sunday, February 14, 2016 1:51 PM, Matt Barber <<a rel="nofollow" shape="rect" ymailto="mailto:brbrofsvl@gmail.com" target="_blank" href="mailto:brbrofsvl@gmail.com">brbrofsvl@gmail.com</a>> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div><div><div><div dir="ltr"><div style="font-family:verdana, sans-serif;">I tried coding that once, but it seemed like it needed some big change in architecture. Technically it's only the main signal that accepts both messages and signals in this way, where you would want to route the message. Floats should almost always be promoted to signals.</div></div><div><div><br clear="none"><div>On Sun, Feb 14, 2016 at 1:18 PM, Ivica Ico Bukvic <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:ico@vt.edu" target="_blank" href="mailto:ico@vt.edu">ico@vt.edu</a>></span> wrote:<br clear="none"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div>
Why not simply have an inlet that can handle both inside an
abstraction and route signal one way and number the other and then
sprinkle that with dynamic nlet creation and you're done? Then you
can simply abstract most cases.<div><div><br clear="none">
<br clear="none">
<div>On 2/14/2016 11:36 AM, Matt Barber
wrote:<br clear="none">
</div>
<blockquote type="cite">
<div dir="ltr">
<div style="font-family:verdana, sans-serif;">[gt~] is a great
example of something that could work as an abstraction, except
for the pesky right inlet which should take a signal if
there's no creation argument, but float otherwise.</div>
</div>
<div><br clear="none">
<div>On Sun, Feb 14, 2016 at 10:50 AM, Ivica
Bukvic <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:ico@vt.edu" target="_blank" href="mailto:ico@vt.edu">ico@vt.edu</a>></span>
wrote:<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div dir="ltr">What I am also trying to do eventually in
pd-l2ork is weed out redundant objects and only keep the
ones that do the said task the best while still supporting
other objects' idiosyncrasies (if any). There is
absolutely no reason to have multiple objects of the same
kind. Ultimately, one could keep all the externals in the
same folder and completely do away with all the declares,
imports, and other things that make learning pd
unnecessarily harder.</div>
<div dir="ltr">-- <br clear="none">
Ivica Ico Bukvic, D.M.A.<br clear="none">
Associate Professor<br clear="none">
Computer Music<br clear="none">
ICAT Senior Fellow<br clear="none">
Director -- DISIS, L2Ork<br clear="none">
Virginia Tech<br clear="none">
School of Performing Arts – 0141<br clear="none">
Blacksburg, VA 24061<br clear="none">
<a href="" rel="nofollow" shape="rect">(540) 231-6139</a><br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:ico@vt.edu" target="_blank" href="mailto:ico@vt.edu">ico@vt.edu</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://www.performingarts.vt.edu/">www.performingarts.vt.edu</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://disis.icat.vt.edu/">disis.icat.vt.edu</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://l2ork.icat.vt.edu/">l2ork.icat.vt.edu</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://ico.bukvic.net/">ico.bukvic.net</a></div>
<div>
<div>
<div>On Feb 14, 2016 8:40 AM, "Fred
Jan Kraan" <<a rel="nofollow" shape="rect" ymailto="mailto:fjkraan@xs4all.nl" target="_blank" href="mailto:fjkraan@xs4all.nl">fjkraan@xs4all.nl</a>>
wrote:<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">Hi
Alexandre,<br clear="none">
<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
guess some of it is in:<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html">http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html</a><br clear="none">
</blockquote>
<br clear="none">
This list is also becoming a list of what has been
done.<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<br clear="none">
As with _nettles_<br clear="none">
<br clear="none">
"try to resurrect as independent object library"<br clear="none">
<br clear="none">
Anyway, tell me if this gets includes on this
file.<br clear="none">
</blockquote>
<br clear="none">
Yes, the nettles-objects are part of the latest
cyclone versions. They are part of the nettles
library, which can be loaded with [declare]. Not all
operating systems like the '<' and '>' in the
object names and there is overlap with other library
objects, so only loading them when needed is
cleaner.<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<br clear="none">
cheers<br clear="none">
<br clear="none">
ps. count me in for help with the help files<br clear="none">
</blockquote>
<br clear="none">
Great!<br clear="none">
<br clear="none">
Greetings,<br clear="none">
<br clear="none">
Fred Jan<br clear="none">
<br clear="none">
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<br clear="none">
2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres
<<a rel="nofollow" shape="rect" ymailto="mailto:porres@gmail.com" target="_blank" href="mailto:porres@gmail.com">porres@gmail.com</a><br clear="none">
<mailto:<a rel="nofollow" shape="rect" ymailto="mailto:porres@gmail.com" target="_blank" href="mailto:porres@gmail.com">porres@gmail.com</a>>>:<br clear="none">
<br clear="none">
Howdy, it's a known fact brazilians will start
the year only after<br clear="none">
carnival, so here I am.<br clear="none">
<br clear="none">
I'd like to share my list of things to do with
existing Cyclone<br clear="none">
Objetcs. Obviously there might be other issues
with other objects<br clear="none">
that would make them up to date with the
current version of Max (Max<br clear="none">
7). Nonetheless, this is what I find relevant,
and I've been really<br clear="none">
checking it through.<br clear="none">
<br clear="none">
It's only about 11 objects, some has already
been discussed here and<br clear="none">
might have been fixed or in the process to be
taken care of, forgive<br clear="none">
me if so.<br clear="none">
<br clear="none">
I have it attached and also as a link to a
google doc<br clear="none">
<br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing">https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing</a><br clear="none">
<br clear="none">
Next, I will get together a list of new
objects I think should be<br clear="none">
included, many of which I've already made as
abstractions (kind of<br clear="none">
to show how it works like I did with [teeth~],
cause I really think<br clear="none">
they should all be done as externals).<br clear="none">
<br clear="none">
Cheers<br clear="none">
<br clear="none">
<br clear="none">
</blockquote>
<br clear="none">
_______________________________________________<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a>
mailing list<br clear="none">
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list"></a><a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none">
</blockquote>
</div>
</div>
</div>
<br clear="none">
_______________________________________________<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a>
mailing list<br clear="none">
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list"></a><a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none">
<br clear="none">
</blockquote>
</div>
<br clear="none">
</div>
</blockquote>
<br clear="none">
</div></div></div>
</blockquote></div><br clear="none"></div></div></div></div><br clear="none"><div>_______________________________________________<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br clear="none"><br clear="none"></div></div> </div> </div> </div></div></div></div></div></div><br clear="none">_______________________________________________<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:Pd-list@lists.iem.at" target="_blank" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">
UNSUBSCRIBE and account-management -> <a rel="nofollow" shape="rect" target="_blank" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br clear="none">
<br clear="none"></blockquote></div><br clear="none"></div></div></div></div></div><br><div class="yqt8805391234" id="yqt15514">_______________________________________________<br clear="none"><a shape="rect" ymailto="mailto:Pd-list@lists.iem.at" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">UNSUBSCRIBE and account-management -> <a shape="rect" href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>