Hello list!
I've been working a lot with internal messages in the past few days to dynamically create patches. I noticed when switching from pd-extended to vanilla that sending "filename example.pd /path/to/file" to [s pd] gives me an error: "pd: unknown message filename example.pd /path/to/file". Is this feature not available in vanilla, or is there something else going on?
Thanks, Chris
Hi Chris,I see that method in Pd-l2ork, which still has a lot of code before the 0.43rewrite. It is absent in Pd-Vanilla 0.46, but maybe it was replaced with"menunew" I don't think either of those are meant to be used directly by the user, but youcan give it a shot.
-Jonathan
On Wednesday, September 23, 2015 11:26 PM, Chris <chris.heinrichs@gmail.com> wrote:
Hello list! I've been working a lot with internal messages in the past few days to dynamically create patches. I noticed when switching from pd-extended to vanilla that sending "filename example.pd /path/to/file" to [s pd] gives me an error: "pd: unknown message filename example.pd /path/to/file". Is this feature not available in vanilla, or is there something else going on? Thanks,Chris _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks Jonathan, menunew did the trick!
IOhannes: it creates and opens a new patch -- first argument is the filename, second argument is the path. It turns out this is very handy for dynamically creating abstractions, e.g. for state-saving/presets :)
Cheers, Chris
On 24 September 2015 at 05:44, Jonathan Wilkes jancsika@yahoo.com wrote:
Hi Chris, I see that method in Pd-l2ork, which still has a lot of code before the 0.43 rewrite. It is absent in Pd-Vanilla 0.46, but maybe it was replaced with "menunew"
I don't think either of those are meant to be used directly by the user, but you can give it a shot.
-Jonathan
On Wednesday, September 23, 2015 11:26 PM, Chris < chris.heinrichs@gmail.com> wrote:
Hello list!
I've been working a lot with internal messages in the past few days to dynamically create patches. I noticed when switching from pd-extended to vanilla that sending "filename example.pd /path/to/file" to [s pd] gives me an error: "pd: unknown message filename example.pd /path/to/file". Is this feature not available in vanilla, or is there something else going on?
Thanks, Chris
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2015-09-24 16:05, Chris wrote:
Thanks Jonathan, menunew did the trick!
IOhannes: it creates and opens a new patch -- first argument is the filename, second argument is the path.
according to the source code it does not. it simply sets the filename and path for the next to-be-created abstraction.
It turns out this is very handy for dynamically creating abstractions, e.g. for state-saving/presets :)
hmm, why don't you just use a text-file (or multiples thereof) for presets? dynamic patching can generally be avoided.
e.g. marian's [kollabs] is a very powerful Pd-vanilla state-saving system, that doesn't rely on any undocumented features.
fgmsdr IOhannes
[kollabs] https://github.com/m---w/kollabs
At least in Pd-l2ork, clicking "New" in the "File" menu sends a series of messages to Pd to set the filename/dir,create a new canvas, and "pop" the new canvas. So I'm guessing Chris has figured out he can send thesemessages in Pd-extended 0.42 to manually create a new patch with whatever name/directory he wants. Same thing happens in Pd-Vanilla, except it's a single "menunew" message sent to Pd and the canvas gets named,created and pop'd as a result. Pd-l2ork has [preset_node] and [preset_hub], but Pd-l2ork currently only runs on GNU/Linux. -Jonathan
On Thursday, September 24, 2015 10:24 AM, IOhannes m zmoelnig <zmoelnig@iem.at> wrote:
On 2015-09-24 16:05, Chris wrote:
Thanks Jonathan, menunew did the trick!
IOhannes: it creates and opens a new patch -- first argument is the filename, second argument is the path.
according to the source code it does not. it simply sets the filename and path for the next to-be-created abstraction.
It turns out this is very handy for dynamically creating abstractions, e.g. for state-saving/presets :)
hmm, why don't you just use a text-file (or multiples thereof) for presets? dynamic patching can generally be avoided.
e.g. marian's [kollabs] is a very powerful Pd-vanilla state-saving system, that doesn't rely on any undocumented features.
fgmsdr IOhannes
[kollabs] https://github.com/m---w/kollabs
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2015-09-24 05:24, Chris wrote:
Hello list!
I've been working a lot with internal messages in the past few days to dynamically create patches. I noticed when switching from pd-extended to vanilla that sending "filename example.pd /path/to/file" to [s pd] gives me an error: "pd: unknown message filename example.pd /path/to/file". Is this feature not available in vanilla, or is there something else going on?
what is "this feature" supposed to do?
fgasdmr IOhannes
-
Chris -
IOhannes m zmoelnig -
Jonathan Wilkes