I likey! Although, it would be nice to include [outlet~]s on the bottom to pass through to recording devices.<div><br></div><div>~Kyle<br><br><div class="gmail_quote">On Fri, Mar 20, 2009 at 9:44 PM, Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@eds.org">hans@eds.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="h5"><br>
On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Steffen Juul wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(...) and the green/white toggle from [pddp/dsp].<br>
</blockquote>
I quite strongly think [cvn]'s tricks should be avoided in help patches, especially those default for vanilla objects.<br>
</blockquote>
<br>
what are "[cnv]'s tricks"? setting their colour?<br>
i wouldn't call it a trick, as it is one of the few things you can actually do with a cnv.<br>
(a trick would probably be to set the send/receive labels at runtime; which really makes patches rather unreadably; another trick would be to move objects around to make GOPs be polymorphic; i agree that simple every-day objects should probably avoid such things; i still don't see any trick in setting the colour of a canvas or the value of a numberbox)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Reason being it took me quite some time before i got heads and tails of it. Before that, it was a total mystery. Such mysteries are bad for learning since it may well obstruct learning of basic things. There is enough syntax to get into when starting to learn Pd.<br>
</blockquote>
<br>
<br>
but myteries unveiled are good for learning.<br>
so it boils down to in-line documentation of the mysteries used.<br>
</blockquote>
<br></div></div>
So here's my attempt at a vanilla combination of Miller's output~, rradical/ezdac~, and pddp/dsp.<br>
<br>
<br><br>
<br>
.hc<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
fgmasdr<br>
IOhannes<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">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>
</blockquote>
<br>
<br>
<br>
<br>
<br>
----------------------------------------------------------------------------<br>
<br>
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman<br>
<br>
<br>
<br>_______________________________________________<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>
<br></blockquote></div><br><br clear="all"><br>-- <br>-----<br>------------<br> ---- -----<br>---- -------- - ------<br><a href="http://perhapsidid.wordpress.com">http://perhapsidid.wordpress.com</a><br><a href="http://myspace.com/kyleklipowicz">http://myspace.com/kyleklipowicz</a><br>
</div>