Re: [PD] GGEE/state

2006-11-16 Thread Stefano Papetti
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

Re: [PD] GGEE/state

2006-11-16 Thread Stefano Papetti
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/1

Re: [PD] GGEE/state

2006-11-12 Thread Federico
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 s

Re: [PD] GGEE/state

2006-11-12 Thread Mathieu Bouchard
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

Re: [PD] GGEE/state

2006-11-12 Thread Patco
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 sa

Re: [PD] GGEE/state

2006-11-12 Thread Frank Barknecht
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 > wit

Re: [PD] GGEE/state

2006-11-12 Thread Federico
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

Re: [PD] GGEE/state

2006-11-11 Thread Hans-Christoph Steiner
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 Mement

Re: [PD] GGEE/state

2006-11-11 Thread Kyle Klipowicz
Aha!  The truth comes out!~Kyle On 11/11/06, Frank Barknecht <[EMAIL PROTECTED]> 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 tosave more than that (especially arbitrary

Re: [PD] GGEE/state

2006-11-11 Thread Frank Barknecht
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 _

Re: [PD] GGEE/state

2006-11-11 Thread Federico
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

Re: [PD] GGEE/state

2006-11-10 Thread Patco
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 nons

Re: [PD] GGEE/state

2006-11-10 Thread Patco
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 pr

Re: [PD] GGEE/state

2006-11-10 Thread Patco
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.

Re: [PD] GGEE/state

2006-11-10 Thread Mathieu Bouchard
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 selec

Re: [PD] GGEE/state

2006-11-10 Thread Kyle Klipowicz
How does it work, using names for the objects, or something more fundamental?  This sounds very cool, especially for automations...~KyleOn 11/10/06, Patco <[EMAIL PROTECTED]> wrote: Hello, I've just discovered an undocumented external called [state].With reading at the sources, I've found out how

[PD] GGEE/state

2006-11-10 Thread Patco
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 nameofthe