<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">EVERYONE WINS! :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 13, 2016 at 4:32 PM, 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">Here's an idea... I could just patch Pd to make it possible for externs to<br>
do that.  That wouldn't bother me (I'm horrified by hte design of 'initbang'<br>
but don't mind if someone else is maintaining it :)<br>
<br>
cheers<br>
<span class="HOEnZb"><font color="#888888">Miller<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Tue, Jan 12, 2016 at 10:25:08PM -0500, Matt Barber wrote:<br>
> It seems like pd-extended is kaput and pd-l2ork is not (yet)<br>
> cross-platform, the new paradigm is vanilla+deken (yes?). Given that<br>
> [initbang] and [closebang] can't be implemented as plugins, I wonder if<br>
> there's a chance they could be folded into vanilla, maybe with a switch to<br>
> enable them so that they are not there by default nor officially supported,<br>
> but available to those who need them.<br>
><br>
> A guy's gotta dream big now and again.<br>
><br>
> On Mon, Jan 11, 2016 at 10:59 AM, Matt Barber <<a href="mailto:brbrofsvl@gmail.com">brbrofsvl@gmail.com</a>> wrote:<br>
><br>
> > [initbang] also helps with dynamic patching of [inlet]/[outlet],<br>
> > preserving connections in the parent patch. [loadbang] won't do this (last<br>
> > I checked anyway).<br>
> ><br>
> > On Mon, Jan 11, 2016 at 9:57 AM, Jonathan Wilkes via Pd-list <<br>
> > <a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>> wrote:<br>
> ><br>
> >> There's a startup flag -noloadbang.<br>
> >><br>
> >> -Jonathan<br>
> >><br>
> >><br>
> >> On Monday, January 11, 2016 8:57 AM, Liam Goodacre <<a href="mailto:liamg_uw@hotmail.com">liamg_uw@hotmail.com</a>><br>
> >> wrote:<br>
> >><br>
> >><br>
> >> I'm more interested in stopping the loadbang than starting it. If you<br>
> >> have a patch that dynamically creates itself (or worse deletes itself) when<br>
> >> loaded, it is very useful to be able to inspect the patch without the the<br>
> >> process starting. Initbang provides this because it bangs only when the<br>
> >> patch is loaded as an abstraction, not when the patch is opened.<br>
> >><br>
> >><br>
> >> > Message: 3<br>
> >> > Date: Mon, 11 Jan 2016 09:41:41 +0100<br>
> >> > From: Jack <<a href="mailto:jack@rybn.org">jack@rybn.org</a>><br>
> >> > To: <a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a><br>
> >> > Subject: Re: [PD] closebang and initbang in Vanilla<br>
> >> > Message-ID: <<a href="mailto:56936AC5.6030301@rybn.org">56936AC5.6030301@rybn.org</a>><br>
> >> > Content-Type: text/plain; charset=utf-8<br>
> >> ><br>
> >> > Hello,<br>
> >> ><br>
> >> > For dynamic patching, you can :<br>
> >> > - import your abstraction in a subpatch<br>
> >> > - send the message 'loadbang' to your subpatch<br>
> >> ><br>
> >> > => all your abstractions with the object 'loadbang' will send a bang<br>
> >> > when the message 'loadbang' will be send.<br>
> >> > ++<br>
> >> ><br>
> >> > Jack<br>
> >> ><br>
> >> ><br>
> >> ><br>
> >> > Le 11/01/2016 04:27, Liam Goodacre a écrit :<br>
> >> > > So no chance of getting them in Vanilla then? That's annoying, as<br>
> >> > > they're both really useful objects. I particularly like [initbang]<br>
> >> > > because it bangs only when the patch is loaded as an abstraction, not<br>
> >> > > when it is opened. This is really useful for dynamic patching.<br>
> >> > ><br>
> >> > ><br>
> >> > ><br>
> >> > >> Message: 3<br>
> >> > >> Date: Sun, 10 Jan 2016 13:31:36 +0000 (UTC)<br>
> >> > >> From: Jonathan Wilkes <<a href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>><br>
> >> > >> To: Roman Haefeli <<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>>, "<a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>"<br>
> >> > >> <<a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a>><br>
> >> > >> Subject: Re: [PD] closebang and initbang in Vanilla<br>
> >> > >> Message-ID:<br>
> >> > >> <<a href="mailto:355667468.2920260.1452432696797.JavaMail.yahoo@mail.yahoo.com">355667468.2920260.1452432696797.JavaMail.yahoo@mail.yahoo.com</a>><br>
> >> > >> Content-Type: text/plain; charset="utf-8"<br>
> >> > >><br>
> >> > >> They are also in Pd-l2ork.<br>
> >> > >><br>
> >> > >><br>
> >> > >> On Sunday, January 10, 2016 6:36 AM, Roman Haefeli<br>
> >> > > <<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>> wrote:<br>
> >> > >><br>
> >> > >><br>
> >> > >> On Sun, 2016-01-10 at 09:52 +0000, Liam Goodacre wrote:<br>
> >> > >> > Which libraries are [closebang] and [initbang] in? They don't seem<br>
> >> to<br>
> >> > >> > load in Vanilla and I can't find the relevant information in the<br>
> >> > >> > helpfiles so that I can use [declare].<br>
> >> > >><br>
> >> > >> I'm not totally sure, but I believe those are part of the Pd-extended<br>
> >> > >> core and cannot be implemented as externals. That's why you can't<br>
> >> find<br>
> >> > >> them anywhere but in Pd-extended.<br>
> >> > >><br>
> >> > >> Roman<br>
> >> > >><br>
> >> > >> _______________________________________________<br>
> >> > >> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> >> > >> UNSUBSCRIBE and account-management -><br>
> >> > > <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >> > >><br>
> >> > >><br>
> >> > >><br>
> >> > >> -------------- next part --------------<br>
> >> > >> An HTML attachment was scrubbed...<br>
> >> > >> URL:<br>
> >> > > <<br>
> >> <a href="http://lists.puredata.info/pipermail/pd-list/attachments/20160110/523a5ce0/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.puredata.info/pipermail/pd-list/attachments/20160110/523a5ce0/attachment-0001.html</a><br>
> >> ><br>
> >> > ><br>
> >> > ><br>
> >> > > _______________________________________________<br>
> >> > > <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> >> > > UNSUBSCRIBE and account-management -><br>
> >> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >><br>
> >> _______________________________________________<br>
> >> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> >> UNSUBSCRIBE and account-management -><br>
> >> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >><br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> >> UNSUBSCRIBE and account-management -><br>
> >> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >><br>
> >><br>
> ><br>
<br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
</div></div></blockquote></div><br></div>