Example stack (storing external data)

[Glen Bojsza]

Interesting question.

Each card could possibly contain  its original data with the exception
of the image positions on the card.

So, depending on the number of images, it may be better to to create a
matrix or array of image type and location and just store this
information. Then whe the user brings up the card that conatins the
network map they want to use I could lock the screen, place the images
and unlock the screen.

Does this sound right?


Glen

On Tue, 28 Dec 2004 11:13:03 -0500, Lynch, Jonathan <BNZ2 at cdc.gov> wrote:
> Something to consider - will the size of this data stack keep growing
> indefinitely? If so, every time you save it, you are saving the entire
> data set, not just the new card. This gets cumbersome when the stack
> gets very large. With an indefinitely expanding data set, you need to
> work out a scheme for archiving old data, or creating a new stack every
> year (or month, or whatever), or saving each record as an independent
> stack, or as an independent text file.
> 
> -----Original Message-----
> From: use-revolution-bounces at lists.runrev.com
> [mailto:use-revolution-bounces at lists.runrev.com] On Behalf Of Frank D.
> Engel, Jr.
> Sent: Tuesday, December 28, 2004 11:05 AM
> To: How to use Revolution
> Subject: Re: Example stack (storing external data)
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> As for the "not easily readable" part, you can set the password
> property to encrypt the stack.
> 
> On Dec 26, 2004, at 8:24 AM, Glen Bojsza wrote:
> 
> > Though there have been many discussions around "how to store data"
> > from a standalone application I have never found an example stack.
> >
> > I want to create a small application which contains several cards. On
> > each card the user can build a network using some predefined graphics
> > and store specific information (custom properties) about each graphic.
> >
> > For each network map the application will create a new card.
> >
> > Since you cannot store the information inside the stanalone stack an
> > external stack (netmap.dat) needs to be maintained.
> >
> > I am looking for input as how it would best be managed. There is also
> > the importance that  the netmap.dat file be secure from prying eyes
> > (not easily readable).
> >
> > Again, I appreciate everyone's thoughts.
> >
> > regards,
> >
> > Glen
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > http://lists.runrev.com/mailman/listinfo/use-revolution
> >
> >
> - -----------------------------------------------------------
> Frank D. Engel, Jr.  <fde101 at fjrhome.net>
> 
> $ ln -s /usr/share/kjvbible /usr/manual
> $ true | cat /usr/manual | grep "John 3:16"
> John 3:16 For God so loved the world, that he gave his only begotten
> Son, that whosoever believeth in him should not perish, but have
> everlasting life.
> $
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (Darwin)
> 
> iD8DBQFB0YQT7aqtWrR9cZoRAkZBAJwKa8QFNM5f30zNgd4tleHC/nR1hwCePV4t
> QWIoWOYJYy5u/OSUB35pLlk=
> =DslJ
> -----END PGP SIGNATURE-----
> 
> ___________________________________________________________
> $0 Web Hosting with up to 120MB web space, 1000 MB Transfer
> 10 Personalized POP and Web E-mail Accounts, and much more.
> Signup at www.doteasy.com
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>