[PD] inlets, outlets, and dynamic patching
Claude Heiland-Allen
claudiusmaximus at goto10.org
Tue May 6 18:18:33 CEST 2008
Matt Barber wrote:
> Hello,
>
> Thanks for this. Out of curiosity, what's the main difference between
> [loadbang] and [initbang] for use in abstractions (does [initbang] not
> send a bang when you open the abstraction file for editing but only
> when you load it in another file)?
[loadbang] fires after the abstraction is loaded and connected into the
containing patch, so [loadbang]--[outlet] should work.
[initbang] fires after the abstraction is loaded but before connections
are made in the containing patch, so you can create i/o-lets and have
them still be connected.
> Also, the [namecanvas] helpfile says it is obsolete -- is it likely to
> disappear?
It's only "obsolete" because it's possible to crash pd if you use it
incorrectly. I think it'll stay if enough people use it :)
> Thanks,
>
> Matt
>
>
>
> On Tue, May 6, 2008 at 11:34 AM, Claude Heiland-Allen
> <claudiusmaximus at goto10.org> wrote:
>> [initbang]
>> [namecanvas]
>>
>> search pd-list / pd-dev for info, dunno if it exists yet.
>>
>>
>> Matt Barber wrote:
>>
>>>
>>>
>>> Hello,
>>>
>>> Is it possible to send messages to (or within) a particular instance
>>> of an abstraction, in order to dynamically change the number of inlets
>>> and outlets, e.g.? If so, where do you send the message? If you send
>>> it to the name of the abstraction patch, it seems to change all
>>> instances. As an example, imagine implementing something like [gate]
>>> as an abstraction.
>>>
>>> Thanks again,
>>>
>>> Matt
>>>
>>> _______________________________________________
>>> PD-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
More information about the Pd-list
mailing list