<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">+1 on receiving control data from [inlet~] (even a new object, like [leftinlet~], would be a tremendous addition).</div><div class="gmail_default" style="font-family:verdana,sans-serif">+1 on being able to tell whether an [inlet~] has a signal connection in the parent patch.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 31, 2016 at 12:11 AM, Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">howdy, as I have no technical idea this is an inquire and, if possible, a feature request. <div><br></div><div>I wonder if a thing like libpd could work as turning a vanilla patch into a compiled object to be used inside pd... that'd be something like gen~ in max/msp.<br></div><div><br></div><div>I also have some requests to expand the functionality of abstractions to behave more like objects such as: A- being able to retrieve control data from [inlet~]; B - being able to know if a signal is connected to [inlet~].</div><div><br></div><div>cheers</div></div>
<br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div><br></div>