<div dir="ltr"><div>I guess that makes sense as you wouldn't expect to have any inlet to your clone if your abstraction didn't have any inlets. though then you couldn't vis either..<br></div>Acknowledged!<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 23, 2016 at 10:18 AM, Miller Puckette <span dir="ltr"><<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">No, there's no 'main inlet' - it's suppressed (as in [pd] and a couple of<br>
others).<br>
<br>
cheers<br>
M<br>
<div><div class="h5"><br>
On Thu, Jun 23, 2016 at 09:56:30AM -0700, Alex wrote:<br>
> Either way, isn't [clone] a built in object so can't it take messages _and_<br>
> signals on its left inlet like [dac]? I guess maybe it sets up its inlets<br>
> to be the same as the abstraction which doesn't allow for that.. [haven't<br>
> looked at the guts].<br>
><br>
> On Thu, Jun 23, 2016 at 9:52 AM, Miller Puckette <<a href="mailto:msp@ucsd.edu">msp@ucsd.edu</a>> wrote:<br>
><br>
> > Good idea ... I have to think about whether this is possible to do.  If<br>
> > I could ake inlets that take both control and signal, then I could easily<br>
> > fix clone~ to take control messages like "vis" from inlets of either type.<br>
> ><br>
> > Also that might be the way for me to fix a long-standing bug - float<br>
> > messages<br>
> > to signal subpatch inlets don't work.<br>
> ><br>
> > cheers<br>
> > Miller<br>
> ><br>
> > On Thu, Jun 23, 2016 at 09:42:18AM -0700, Alex wrote:<br>
> > > I'm on pd-0.47-1 binary downloaded from UCSD [mac 64-bit].<br>
> > ><br>
> > > I've created a clone of an abstraction that has the left inlet as a<br>
> > signal<br>
> > > inlet.. from the docs I'd expect I can send a |vis 5 1( message to that<br>
> > > inlet and display the patch but I can't. If I create another inlet, to<br>
> > the<br>
> > > right of that inlet, which is a control inlet, I can send the vis message<br>
> > > to that and my instance does pop up but it does seem to me that the |vis(<br>
> > > message should always go into the left inlet to keep things consistent?<br>
> > ><br>
> > > I attached an example, leftsig_test.pd is the patch to open.<br>
> > ><br>
> > > BTW, this clone stuff is really making me wish we could have abstractions<br>
> > > that take both a signal and control info on a single inlet [like dac and<br>
> > > some other tilde objects].. I've created a wrapper around clone to play<br>
> > > with cascading abstractions and it would be nice if I could have my<br>
> > wrapper<br>
> > > operate the same as I'm assuming clone should? I know there was<br>
> > discussion<br>
> > > before.. maybe [inlet~] could actually have 2 outlets, a signal outlet<br>
> > and<br>
> > > a control outlet?<br>
> > ><br>
> > > -Alex<br>
> ><br>
> ><br>
> ><br>
> ><br>
<br>
</div></div>> _______________________________________________<br>
> Pd-dev mailing list<br>
> <a href="mailto:Pd-dev@lists.iem.at">Pd-dev@lists.iem.at</a><br>
> <a href="https://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-dev</a><br>
<br>
</blockquote></div><br></div>