Actually Trevor Devore (in his Application Framework master class) recommends breaking a project into several substacks as a way to manage large projects. ------------------------- Stephen Barncard San Francisco http://houseofcubes.com/disco.irev
On 25 February 2010 05:13, Nicolas Cueto <nicon...@gmail.com> wrote: > Richmond asked a couple of questions: > > > > What does "cleanly" in "navigating cleanly" mean? > > I assume (possibly wrongly) that you mean that the > > end-user is unaware s/he is actually changing from > > the main stack to a substack. > > Yes, that "unawareness" factor is what I'm after. > > The way it was setup before, the monitor screen would go blank between > the time the mainstack closed and the next stack opened. > > By the way, I wrote "substacks" originally. That was a mistake on my part. > > What I am actually working on is "mainstack-to-stack", not > "mainstack-to-substack". > > > > > > If that is so important why do you bother to have a substack at > > all (memory overheads? multimedia storage?) when you > > could just navigate to another part of the main stack? > > Mostly, to avoid the mainstack bloating in standalone-size as I add > game-stacks in the future. Plus, I feel safer with passwords and urls > enclosed within a standalone rather than in password protected stacks. > > If you're still curious about other reasons, my mainstack is where: > > (a) are links to the various game-stacks, each of a purpose, format > and layout completely different > > (b) the login happens, which only need be done once for any of the > game-stacks (when a game is finished, user returns to the mainstack to > chose another game) > > (c) are held common functions that the game-stacks require for > connecting to an on-rev cgi > > > > Incidentally, some other important commands I'm (re-)learning to work > with for this are: > > -- start using stack XXXX > > -- set the stackFiles of stack tThisStacksName to tStackFiles > > > Yoroshiku. > > -- > Nicolas Cueto > _______________________________________________ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution