persistent objects in runrev (howto)

[Andre Garzia]

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, runrev at animabit.de <runrev at animabit.de> 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
>
> boehmisch at animabit.de
> 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
> use-revolution at lists.runrev.com
> 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.