OK... the support should be in git - and I've put an initbang object for testing here: msp.ucsd.edu/tmp/initbang.zip
cheers Miller
On Sun, Jan 17, 2016 at 02:15:46PM +0000, Liam Goodacre wrote:
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@gmail.com Date: Wed, 13 Jan 2016 17:00:48 -0500 Subject: Re: [PD] closebang and initbang in Vanilla To: msp@ucsd.edu CC: jancsika@yahoo.com; liamg_uw@hotmail.com; pd-list@lists.iem.at
EVERYONE WINS! :) On Wed, Jan 13, 2016 at 4:32 PM, Miller Puckette msp@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@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@lists.iem.at> wrote:
There's a startup flag -noloadbang.
-Jonathan
On Monday, January 11, 2016 8:57 AM, Liam Goodacre liamg_uw@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@rybn.org
To: pd-list@lists.iem.at
Subject: Re: [PD] closebang and initbang in Vanilla
Message-ID: 56936AC5.6030301@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@yahoo.com
> To: Roman Haefeli reduzent@gmail.com, "pd-list@lists.iem.at"
> Subject: Re: [PD] closebang and initbang in Vanilla
> Message-ID:
> 355667468.2920260.1452432696797.JavaMail.yahoo@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@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@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
>
>
>
>