Hello, I've just discovered an undocumented external called [state].
With reading at the sources, I've found out how it works.
[save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset.
Correct me if I've wrong.
In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well.
Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive.
It's a very interesting client side state saving, too bad that it's undocumented yet.
PatCo.
___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations...
~Kyle
On 11/10/06, Patco megalegoland@yahoo.fr wrote:
Hello, I've just discovered an undocumented external called [state].
With reading at the sources, I've found out how it works.
[save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset.
Correct me if I've wrong.
In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well.
Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive.
It's a very interesting client side state saving, too bad that it's undocumented yet.
PatCo.
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Kyle Klipowicz a écrit :
How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations...
No names, [state] saves the state of each gui object into a preset file. It is related to the object number in a patch, very fundamental.
This attached patch will be more explicative than my crippled english. PatCo.
#N canvas 524 43 458 308 12; #X floatatom 132 28 5 0 0 0 - - -; #X floatatom 183 29 5 0 0 0 - - -; #X floatatom 233 29 5 0 0 0 - - -; #X obj 282 30 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 307 33 nbx 5 14 -1e+037 1e+037 0 0 empty empty empty 0 -8 0 10 -262144 -1 -1 0 256; #X obj 19 44 vsl 15 128 0 127 0 0 empty empty empty 0 -9 0 10 -262144 -1 -1 0 1; #X obj 45 57 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 0 1; #X obj 53 108 vradio 15 1 0 8 empty empty empty 0 -8 0 10 -262144 -1 -1 0; #X obj 82 110 hradio 15 1 0 8 empty empty empty 0 -8 0 10 -262144 -1 -1 0; #X obj 212 201 state; #X msg 197 159 list list; #X msg 277 229 save , list test; #X msg 223 126 list test; #X symbolatom 254 78 10 0 0 0 - - -; #X msg 308 179 save , list list; #X text 327 156 save; #X text 232 107 load; #X text 39 266 the preset is a file named state.nameofthepreset; #X connect 10 0 9 0; #X connect 11 0 9 0; #X connect 12 0 9 0; #X connect 14 0 9 0;
Kyle Klipowicz a écrit :
This sounds very cool, especially for automations...
Oh, I've never tried [envgen] for automations, and would rather try data structure for it but not without a lot of pain. Very good idea. I don't think [state] would help for making automations, but just for having presets, or a kind of infinite undo for all numboxes, symbols, and envgen in a canvas. PC.
___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
That sounds cool! It would be nice to give it a try.. where can I find it?
Best, Stefano -- www.myspace.com/noou (noou) electronic + music
How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations...
~Kyle
On 11/10/06, Patco megalegoland@yahoo.fr wrote:
Hello, I've just discovered an undocumented external called [state].
With reading at the sources, I've found out how it works.
[save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset.
Correct me if I've wrong.
In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well.
Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive.
It's a very interesting client side state saving, too bad that it's undocumented yet.
PatCo.
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
Oh, sorry! Of course the external is included yet undocumented... I feel very tired today ;)
Stefano
www.myspace.com/noou (noou) electronic + music
How does it work, using names for the objects, or something more fundamental? This sounds very cool, especially for automations...
~Kyle
On 11/10/06, Patco megalegoland@yahoo.fr wrote:
Hello, I've just discovered an undocumented external called [state].
With reading at the sources, I've found out how it works.
[save, list nameofthepreset( message will save the state of all the number boxes, [envgen], and symbol boxes located into the canvas where [state] is . [list nameofthepreset( will load the preset.
Correct me if I've wrong.
In the sources the dev (Gunter?) says that something has to be fixed for saving the state of a slider, may someone in the list could fix it? Also, the vdial state isn't saved as well.
Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive.
It's a very interesting client side state saving, too bad that it's undocumented yet.
PatCo.
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
http://theradioproject.com http://perhapsidid.blogspot.com
(((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO
On Fri, 10 Nov 2006, Patco wrote:
Also I do not understand why I have to put 'list' before my preset name, for each preset a file will be written into the hard drive.
because if you don't put 'list' and the messagebox contents doesn't start with a float, then the message would have that selector instead of 'list', and so would represent a different command to the object.
'list' is the implied selector when a messagebox begins with a nonsymbol; if it begins with a symbol then that symbol is the selector.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Mathieu Bouchard a écrit :
if you don't put 'list' and the messagebox contents doesn't start with a float, then the message would have that selector instead of 'list', and so would represent a different command to the object.
'list' is the implied selector when a messagebox begins with a nonsymbol; if it begins with a symbol then that symbol is the selector.
All right, it's very clear, so the preset loading message have to begin with 'list' because it hasn't any selector. I was confused because I thought that 'load' was a selector for loading the preset when I've been reading sources, but that 'load' selector didn't work and i've finally found 'list' for selector with random tries, lucky me. PatCo.
___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
Patco ha scritto:
Mathieu Bouchard a écrit :
if you don't put 'list' and the messagebox contents doesn't start with a float, then the message would have that selector instead of 'list', and so would represent a different command to the object.
'list' is the implied selector when a messagebox begins with a nonsymbol; if it begins with a symbol then that symbol is the selector.
All right, it's very clear, so the preset loading message have to begin with 'list' because it hasn't any selector. I was confused because I thought that 'load' was a selector for loading the preset when I've been reading sources, but that 'load' selector didn't work and i've finally found 'list' for selector with random tries, lucky me.
yeah, that would be more "classic" a message like "load presetname" and "save presetname", but that doesn't matter....
i see here [state] only saves floatatoms and symbolatoms
what those objects do, and other gui objects don't?
also, i see no such function about state persistance in dev-docs (i refer to http://iem.at/pd/externals-HOWTO/ since i haven't found anything else)
is there a reason why pd lacks this (imho essential) feature?
Hallo, Federico hat gesagt: // Federico wrote:
i see here [state] only saves floatatoms and symbolatoms
... which IMHO is too limited in the long run. Because I needed to save more than that (especially arbitrary lists) I developed Memento and SSSAD.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Aha! The truth comes out!
~Kyle
On 11/11/06, Frank Barknecht fbar@footils.org wrote:
Hallo, Federico hat gesagt: // Federico wrote:
i see here [state] only saves floatatoms and symbolatoms
... which IMHO is too limited in the long run. Because I needed to save more than that (especially arbitrary lists) I developed Memento and SSSAD.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Nov 11, 2006, at 11:04 AM, Frank Barknecht wrote:
Hallo, Federico hat gesagt: // Federico wrote:
i see here [state] only saves floatatoms and symbolatoms
... which IMHO is too limited in the long run. Because I needed to save more than that (especially arbitrary lists) I developed Memento and SSSAD.
I don't know if you've done this already, but it would be really nice
to have a suite of basic GUI objects that already have state-saving
built-in, (SSSAD, memento, whatever). Something like a GOP vslider
with the state-saving in it. Then it would be really easy for people
to build GUIs that have state-saving incorporated.
.hc
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
Hans-Christoph Steiner ha scritto:
On Nov 11, 2006, at 11:04 AM, Frank Barknecht wrote:
Hallo, Federico hat gesagt: // Federico wrote:
i see here [state] only saves floatatoms and symbolatoms
... which IMHO is too limited in the long run. Because I needed to save more than that (especially arbitrary lists) I developed Memento and SSSAD.
I don't know if you've done this already, but it would be really nice to have a suite of basic GUI objects that already have state-saving built-in, (SSSAD, memento, whatever). Something like a GOP vslider with the state-saving in it. Then it would be really easy for people to build GUIs that have state-saving incorporated.
yeah that's a nice idea!
and now the hidenameongop patch (https://sourceforge.net/tracker/index.php?func=detail&aid=1516869&gr...) should be in 0.40...
i must switch soon :D
ciao Federico
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I don't know if you've done this already, but it would be really nice
to have a suite of basic GUI objects that already have state-saving
built-in, (SSSAD, memento, whatever). Something like a GOP vslider
with the state-saving in it. Then it would be really easy for people
to build GUIs that have state-saving incorporated.
This really is rather trivial to do for standard GUI elements. Attached are vslider, hslider and tgl extended for SSSAD. They will look best on pd-0.40.
However as I said before, I don't think that it's only GUI objects that can profit from state saving and not all GUI objects in a patch do need their state to be persistent.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Hi, Frank Barknecht a écrit :
However as I said before, I don't think that it's only GUI objects that can profit from state saving and not all GUI objects in a patch do need their state to be persistent.
Yeah, I think server side state saving is more flexible than client side (GUI) state saving.
If a slider has several functions that could be switched with a radiobutton, this kind of state saving becomes useless. I think people prefers having a little bunch of GUI objects that can do a lot of things rather than a lot of GUI object that can only do one thing, the CPU too.
Patco.
___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
On Sun, 12 Nov 2006, Patco wrote:
Frank Barknecht a écrit :
However as I said before, I don't think that it's only GUI objects that can profit from state saving and not all GUI objects in a patch do need their state to be persistent.
I think server side state saving is more flexible than client side (GUI) state saving.
Even in the version of pd that has the most client-side code, all visual properties that are to be saved in a patch, are still stored server-side.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Mathieu Bouchard ha scritto:
On Sun, 12 Nov 2006, Patco wrote:
Frank Barknecht a écrit :
However as I said before, I don't think that it's only GUI objects that can profit from state saving and not all GUI objects in a patch do need their state to be persistent.
I think server side state saving is more flexible than client side (GUI) state saving.
Even in the version of pd that has the most client-side code, all visual properties that are to be saved in a patch, are still stored server-side.
global state saving would be also important for pd to support LASH. with LASH a session could be stored to a file, and restored later. that means: every program will reopen all its open documents, and every document would restore its state
actually a bunch of programs support that (seq24, patchage, vkeybd, muse, meterbridge, dino), would be great to see pd in that list...
and even if it is a complex task, having widgets save their state move one step forward into that direction! ;)
ciao Federico
-
Federico -
Frank Barknecht -
Hans-Christoph Steiner -
Kyle Klipowicz -
Mathieu Bouchard -
Patco -
Stefano Papetti