Splash Screen Strategy

[Chipp Walters]

Hi Todd,

I use MagicCarpet to manage all my MainStacks and SubStacks (I call
plugins). I know you already have a copy. I'll be talking a bit more about
some of the new things I'm doing with auto-updating architectures at RevCon
and hope to see you there.

Contact me offlist if you need more info right away.

best,
Chipp

On 5/16/06, Sarah Reichelt <sarah.reichelt at gmail.com> wrote:
>
> > I am using the "splash screen" Architecture for deploying an app. The
> > splash screen stack checks for updates and then launches the "Main"
> > stack.  This part is all based on Chip's "altSplash" engine.
> >
> > I want the "Main" stack to manage installing additional stacks and or
> > files.  My current strategy is to load those additional stacks and
> > files into custom props in the Main stack.  Then when a new version
> > of the main stack is downloaded it will spit out all of the stacks
> > and files that are loaded into it's custom functions into the
> > appropriate places.
> >
> > I thought that this would be easier then managing multiple downloads
> > from the internet for each additional stack and or file.
> >
> > I am interested in hearing some opinions about this strategy. Does it
> > make sense to do it this way?
>
> I would say that the answer depends entirely on how often you plan to
> update and how much needs updating each time. However I would
> recommend keeping the files separate.
>
> I have a splash-screen program with about 20 sub-stacks, some of which
> get updated quite frequently. If I did it in one file, that would be
> about 2MB each time, whereas doing it individually means that
> sometimes the downloads are only a few K, depending on which stack has
> been updated. Some of the stacks are updated frequently and others
> have never been updated, so I wouldn't want to ask for the whole thing
> to be downloaded after every change.
>
> Cheers,
> Sarah
> _______________________________________________
> 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
>
>