[PD] [initbang] in Pd.0.47

[Liam Goodacre]

Fair enough, I can see why it would be useful.

In case anyone else wants it, here is what I've been using to block iemguts/initbang when the patch is opened for editing rather than loaded as an abstraction. It's just a closed spigot that opens when $0 produces a value for the parent level canvas. Mandatory creation argument specifies the depth (usually 2).

> To: pd-list at lists.iem.at
> From: abel.jerome at free.fr
> Date: Tue, 24 May 2016 10:37:35 +0200
> Subject: Re: [PD] [initbang] in Pd.0.47
> 
>  > I'm not clear whether initbang's banging whtn a patch is opened
>  > should be regarded as a bug or not.
> 
> For my use, it is not a bug.
> 
> It is a very useful behavior. It can be used as a [loadbang] or bang 
> when the abstraction is dynamically added. For the malinette framework, 
> it allows me to have just one [initbang] for each object.
> 
> Best,
> 
> Jerome
> 
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160524/ae519328/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: myinit.pd
Type: application/octet-stream
Size: 347 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160524/ae519328/attachment.obj>