<br><br><div class="gmail_quote">On Dec 10, 2007 2:40 AM, IOhannes m zmoelnig &lt;<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">Thomas Grill wrote:<br>&gt; There must be other externals using proxy inlets, probably zexy or other<br>&gt; iem-based stuff.<br><br></div>right: e.g. zexy&#39;s [mulitplex] (aka [mux]) uses proxy-inlets.
<br><br>there are 2 reasons why it is not in the externals-howto:<br>#1 it would have complicated the howto needlessly<br>#2 when i wrote the howto, i had no idea about proxy inlets and/or how<br>to use them.</blockquote>
<div><br class="webkit-block-placeholder"></div><div>Yeah, I kind of figured that was the case.</div><div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br><br>
<br>having said that, i think it is usually a bad idea to all right-hand<br>inlets accept arbitrary messages for _most_ objects (not for all).<br>a message with a (nonstandard) &quot;selector&quot; selects a method of the object
<br>to be called and makes this explicit. e.g. it tells the object to do<br>something (and eventually provides auxiliary data, to complete this task).<br>if you are just passing around data to be collected by the object, there
<br>is already a certain type of message to do so: &quot;list&quot;.<br>it is possible to create a right-hand &quot;list&quot; inlet using the methods<br>described in the externals-howto (iirc :-))</blockquote><div><br class="webkit-block-placeholder">
</div><div>Well, there are a couple of issues at hand. The first is making the text look as much like SQL as possible. And the other is in dealing with commas. Having to prepend each SQL statement with &#39;list&#39;, while not a big deal, isn&#39;t really required. So why use it? This is why we need it to be an &quot;arbitrary&quot; selector inlet.
</div><div><br class="webkit-block-placeholder"></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br><br><br>while i basically agree with matju, that a consistent use of the
<br>data-flow paradigm should not be made the holy grail (if we don&#39;t want<br>to end up fighting green knights), i do think that we should bear<br>data-flow (as opposed to control-flow) in mind and design objects<br>accordingly.
</blockquote><div><br class="webkit-block-placeholder"></div><div>As we are still in discussion about this, I just want to see if we can get what Hans is suggesting implemented, and then we can see if it is more/less cumbersome than what we have already.
</div><div><br class="webkit-block-placeholder"></div><div>Only way to find out is to do it...</div><div><br class="webkit-block-placeholder"></div><div>Mike</div><div><br class="webkit-block-placeholder"></div></div><br>
-- <br>Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal.<br>—Yehudi Menuhin (1916–1999), musician