Hello, I think we've been doing this for some years, right? I've stored not only stacks but whole applications inside customprops and other binary containers. This is actually quite common, people store fonts, images, all kinds of assets, even stacks in binary blobs. With the RevZip we can even store whole folder structures inside a custom property.
Now with Revolution 3.0 cute arrays, we can create object like structures and persisting them is just a matter of some back/front script loading and saving them. You can save stuff to sqlite binary blobs or valentina, and store your stacks in your own embeded database... now if we only had parent scripts or someway to tie script events to accessing array elements, then it would be cool Am I missing something? andre On Mon, Oct 13, 2008 at 6:57 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hello, > > in a discussion in chatrev this night with Mark Schonewille (the runrev > expert from the Netherlands, which knew the "go stack <binary data>" trick") > we could realize that the storage of objects from runrev as persistent > objects and the reload into runrev applications even could be done using just > binary data and not only a valid rev stack file with .rev extension. > > Short updated abstract in > http://www.animabit.de/runrev/persistentobjects.html > > put URL "http://server/xyz.data"; into test > # with xyz.data to be the result of a routine: > # save stack xyz to URL "xyz.data" > put mydecryproutine(test) into stackobject > go invisible stackobject > copy control 1 of stack stackobject into stack "myprog" ... > > This allows me to use stacks and any copy object from stack to stack command > without hesitating about the password protection of the stack. Solving some > problems in one step. > > Regards, > > Mit freundlichen Grüßen > Franz Böhmisch > > [EMAIL PROTECTED] > http://www.animabit.de > GF Animabit Multimedia Software GmbH > Am Sonnenhang 22 > D-94136 Thyrnau > Tel +49 (0)8501-8538 > Fax +49 (0)8501-8537 > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > -- http://www.andregarzia.com All We Do Is Code. _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
