[PD] closebang and initbang in Vanilla

Liam Goodacre liamg_uw at hotmail.com
Sun Jan 17 15:15:46 CET 2016


Thanks for the positive response here--it will make me extremely happy to have initbang running in vanilla. Should we expect to see this by the next release?

From: brbrofsvl at gmail.com
Date: Wed, 13 Jan 2016 17:00:48 -0500
Subject: Re: [PD] closebang and initbang in Vanilla
To: msp at ucsd.edu
CC: jancsika at yahoo.com; liamg_uw at hotmail.com; pd-list at lists.iem.at

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/20160117/ab08fe21/attachment-0001.html>


More information about the Pd-list mailing list