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
[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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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)?
Also, the [namecanvas] helpfile says it is obsolete -- is it likely to disappear?
Thanks,
Matt
On Tue, May 6, 2008 at 11:34 AM, Claude Heiland-Allen claudiusmaximus@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@iem.at mailing list UNSUBSCRIBE and account-management ->
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@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@iem.at mailing list UNSUBSCRIBE and account-management ->
P.S. -- is [initbang] in vanilla? I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow.
Thanks,
Matt
On Tue, May 6, 2008 at 12:18 PM, Claude Heiland-Allen claudiusmaximus@goto10.org wrote:
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@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@iem.at mailing list UNSUBSCRIBE and account-management ->
Matt Barber wrote:
P.S. -- is [initbang] in vanilla?
no, unfortunately it is not. i am not sure why, though :-)
I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow.
Pd-vanilla is really cross-platform: you won't find an object on the linux version which is not in the w32 version.
the patch is to be found at http://sourceforge.net/tracker/index.php?func=detail&aid=1544041&gro... (however, i don't know whether it still applies cleanly to a recent Pd; the patch is almost 2 years old...)
fgmasdr IOhannes
Well then,
I hereby clamor for its inclusion. =o)
And really anything else that allows abstractions to work and feel like regular objects to the greatest extent possible -- the dynamic patching of inlets and outlets and the hybrid inlet/inlet~ are really the biggest ones for me: PD is as much a pedagogical environment as it is a production environment, and I like to have my students learn by creating abstractions rather than run to the nearest external. This means having as seamless a style as possible.
I'll test the patch when I get back to my home linux machine.
Thanks,
Matt
On Wed, May 7, 2008 at 3:00 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
Matt Barber wrote:
P.S. -- is [initbang] in vanilla?
no, unfortunately it is not. i am not sure why, though :-)
I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow.
Pd-vanilla is really cross-platform: you won't find an object on the linux version which is not in the w32 version.
the patch is to be found at http://sourceforge.net/tracker/index.php?func=detail&aid=1544041&gro... (however, i don't know whether it still applies cleanly to a recent Pd; the patch is almost 2 years old...)
fgmasdr IOhannes
FYI: [initbang] is included in Pd-extended.
.hc
On May 7, 2008, at 4:39 PM, Matt Barber wrote:
Well then,
I hereby clamor for its inclusion. =o)
And really anything else that allows abstractions to work and feel like regular objects to the greatest extent possible -- the dynamic patching of inlets and outlets and the hybrid inlet/inlet~ are really the biggest ones for me: PD is as much a pedagogical environment as it is a production environment, and I like to have my students learn by creating abstractions rather than run to the nearest external. This means having as seamless a style as possible.
I'll test the patch when I get back to my home linux machine.
Thanks,
Matt
On Wed, May 7, 2008 at 3:00 AM, IOhannes m zmoelnig
zmoelnig@iem.at wrote:Matt Barber wrote:
P.S. -- is [initbang] in vanilla?
no, unfortunately it is not. i am not sure why, though :-)
I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow.
Pd-vanilla is really cross-platform: you won't find an object on
the linux version which is not in the w32 version.the patch is to be found at http://sourceforge.net/tracker/index.php? func=detail&aid=1544041&group_id=55736&atid=478072 (however, i don't know whether it still applies cleanly to a
recent Pd; the patch is almost 2 years old...)fgmasdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
All information should be free. - the hacker ethic
On Tue, 2008-05-06 at 17:18 +0100, Claude Heiland-Allen wrote:
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 :)
if this would be a sufficient reason for obsoleteness, some other classes would reach 'obsolete' state as well for sure: [until], [makefilename] (probably more).
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de