[PD] closebang and initbang in Vanilla

Matt Barber brbrofsvl at gmail.com
Wed Jan 13 23:00:48 CET 2016


EVERYONE WINS! :)

On Wed, Jan 13, 2016 at 4:32 PM, Miller Puckette <msp at ucsd.edu> wrote:

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


More information about the Pd-list mailing list