Hi,
I notice a "new" behavior of the [initbang] object. When I put directly in an abstraction, it sends a bang, but when I put it in a subpatch into the same abstraction, it does not.
Is it the new and fixed behavior ?
Thanks,
Jerome
On 2016-05-10 12:04, Jérôme Abel wrote:
Hi,
I notice a "new" behavior of the [initbang] object. When I put directly in an abstraction, it sends a bang, but when I put it in a subpatch into the same abstraction, it does not.
Is it the new and fixed behavior ?
confirmed. i'm not sure whether this is intended behaviour.
fgmasdr IOhannes
This behavior is documented in the help file, so I guess it is intentional.
Another change is that [initbang] now bangs when the patch is opened, whereas before it would only bang when the patch is called as an abstraction. To change this, I've been using another iemguts object, [dollarzero], to call the $0 value of the parent level patch. If it returns a bang, it means there is no parent level patch, and a spigot is closed; if not, it is opened. It works, but it is a bit of a hack, and it would be nice to see the original behavior reinstated.
To: pd-list@lists.iem.at From: zmoelnig@iem.at Date: Tue, 10 May 2016 12:08:53 +0200 Subject: Re: [PD] [initbang] in Pd.0.47
On 2016-05-10 12:04, Jérôme Abel wrote:
Hi,
I notice a "new" behavior of the [initbang] object. When I put directly in an abstraction, it sends a bang, but when I put it in a subpatch into the same abstraction, it does not.
Is it the new and fixed behavior ?
confirmed. i'm not sure whether this is intended behaviour.
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
It's not intentional.. and I can't see why this is happening.
Anyway, I'm sorry to have to ask this, but where can I get eh new initbang? (Deken doesn't find it, hmm...) I can't test without it.
thanks Miller
On Tue, May 10, 2016 at 01:52:07PM +0100, Liam Goodacre wrote:
This behavior is documented in the help file, so I guess it is intentional.
Another change is that [initbang] now bangs when the patch is opened, whereas before it would only bang when the patch is called as an abstraction. To change this, I've been using another iemguts object, [dollarzero], to call the $0 value of the parent level patch. If it returns a bang, it means there is no parent level patch, and a spigot is closed; if not, it is opened. It works, but it is a bit of a hack, and it would be nice to see the original behavior reinstated.
To: pd-list@lists.iem.at From: zmoelnig@iem.at Date: Tue, 10 May 2016 12:08:53 +0200 Subject: Re: [PD] [initbang] in Pd.0.47
On 2016-05-10 12:04, Jérôme Abel wrote:
Hi,
I notice a "new" behavior of the [initbang] object. When I put directly in an abstraction, it sends a bang, but when I put it in a subpatch into the same abstraction, it does not.
Is it the new and fixed behavior ?
confirmed. i'm not sure whether this is intended behaviour.
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 05/16/2016 09:56 PM, Miller Puckette wrote:
It's not intentional.. and I can't see why this is happening.
Anyway, I'm sorry to have to ask this, but where can I get eh new initbang?
it's part of iemguts, but...
(Deken doesn't find it, hmm...) I can't test without it.
...none of the iemguts versions available via deken features it (yet).
if you are not afraid of compiling it yourself: https://git.iem.at/pd/iemguts
the implementation of [initbang] is rather trivial though: https://git.iem.at/pd/iemguts/blob/master/src/initbang.c
mgfds IOhannes
cool, found it and hopefuly fixed it.
cheers M
On Tue, May 17, 2016 at 12:02:29AM +0200, IOhannes m zmölnig wrote:
On 05/16/2016 09:56 PM, Miller Puckette wrote:
It's not intentional.. and I can't see why this is happening.
Anyway, I'm sorry to have to ask this, but where can I get eh new initbang?
it's part of iemguts, but...
(Deken doesn't find it, hmm...) I can't test without it.
...none of the iemguts versions available via deken features it (yet).
if you are not afraid of compiling it yourself: https://git.iem.at/pd/iemguts
the implementation of [initbang] is rather trivial though: https://git.iem.at/pd/iemguts/blob/master/src/initbang.c
mgfds IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Can I just ask what exactly has been fixed, the top-level-canvas-only bug, or the bang-when-opened bug?
Also, will the new iemguts be made available on Deken?
Date: Mon, 16 May 2016 18:42:07 -0700 From: msp@ucsd.edu To: zmoelnig@iem.at CC: pd-list@lists.iem.at Subject: Re: [PD] [initbang] in Pd.0.47
cool, found it and hopefuly fixed it.
cheers M
On Tue, May 17, 2016 at 12:02:29AM +0200, IOhannes m zmölnig wrote:
On 05/16/2016 09:56 PM, Miller Puckette wrote:
It's not intentional.. and I can't see why this is happening.
Anyway, I'm sorry to have to ask this, but where can I get eh new initbang?
it's part of iemguts, but...
(Deken doesn't find it, hmm...) I can't test without it.
...none of the iemguts versions available via deken features it (yet).
if you are not afraid of compiling it yourself: https://git.iem.at/pd/iemguts
the implementation of [initbang] is rather trivial though: https://git.iem.at/pd/iemguts/blob/master/src/initbang.c
mgfds IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I'm not clear whether initbang's banging whtn a patch is opened should be regarded as a bug or not. I fixed the bug that prevented initbangs in subpatches from sending their 'bang' messages.
cheers Miller On Thu, May 19, 2016 at 06:28:57AM +0100, Liam Goodacre wrote:
Can I just ask what exactly has been fixed, the top-level-canvas-only bug, or the bang-when-opened bug?
Also, will the new iemguts be made available on Deken?
Date: Mon, 16 May 2016 18:42:07 -0700 From: msp@ucsd.edu To: zmoelnig@iem.at CC: pd-list@lists.iem.at Subject: Re: [PD] [initbang] in Pd.0.47
cool, found it and hopefuly fixed it.
cheers M
On Tue, May 17, 2016 at 12:02:29AM +0200, IOhannes m zmölnig wrote:
On 05/16/2016 09:56 PM, Miller Puckette wrote:
It's not intentional.. and I can't see why this is happening.
Anyway, I'm sorry to have to ask this, but where can I get eh new initbang?
it's part of iemguts, but...
(Deken doesn't find it, hmm...) I can't test without it.
...none of the iemguts versions available via deken features it (yet).
if you are not afraid of compiling it yourself: https://git.iem.at/pd/iemguts
the implementation of [initbang] is rather trivial though: https://git.iem.at/pd/iemguts/blob/master/src/initbang.c
mgfds IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Jérôme Abel -
Liam Goodacre -
Miller Puckette