Bugs item #1624671, was opened at 2006-12-30 00:56 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671...

Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None

Status: Closed

Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Abstractions don't loadbang when created via [; pd-mycanvas

Initial Comment: Included patch demonstrates this.

----------------------------------------------------------------------

Comment By: Frank Barknecht (fbar)

Date: 2006-12-31 12:18

Message: Logged In: YES user_id=569446 Originator: NO

As now discussed on pd-list, this is not seen as a bug so I'm closing this report.

Not loadbanging dynamically created abstractions is a design decision.

It is intentional.

The main reason for it is that abstractions may generate output at

their outlets as a result of a loadbang inside. Normally abstractions

do the loadbang *before* the parent patch does its own loadbangs. So a

loadbang in an abstraction may change the parent's patch behaviour,

through an outlet or through a sender/receiver.

However with dynamically created abstraction instances, the time, when

the outlet is connected to something will be after the abstraction was

created dynamically so it's loadbang-output would be sent into

nirvana, whereas when loading from a file or when recreating a

previously created abstraction manually, the connections are already

there, when the loadbang inside the abstraction fires.

To avoid ambiguities it was decided, that loadbangs in dynamically

created abstractions need to be activated manually e.g. with the

"loadbang" message to the parent (sub)patch.

At least that's how I understand it.

----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1624671...