Hi Sivakatirswami, What OS are you seeing this issue in? Where on the drive is the standalone sitting? Also, would you change the *this stack* reference to something more specific such as *the owner of this card* or better *stack "StackName"* and report if there is any difference?
Aloha from Hawaii Jim Bufalini > I know this has been asked and answered but I thought for sure if you > put a stack inside a standalone, separate from the standalone, that you > could save data in that stack. > > I made the usual standalone splash loader that boots an adjacent stack > then hides itself > > mahaLexiconLoader.app/ > Contents/ > info.plist > MacS/ > Externals/ > lexicon.rev > MahaLexiconLoader # the stand alone launcher-splash screen > Pkginfo > Plugins/ > Resources/ > > I could have sworn that last year using an early version of Rev that in > this contect if the stack "lexicon.rev" has a handler such as: > > > on opencard > save this stack > end opencard > > and the user writes data to fields, then the data would be saved as he > moves to a new card. > > And Sarah Reichelt's RevJournal article (circa 2005) says: > > "In the screen shot above, you can see that I have a single stack file > called "appSplash.rev". This contains 6 stacks: the appSplash stack and > 5 other sub-stacks. After building the standalone as described, the > appSplash stack will not be writable but the other 5 stacks can all be > changed and saved as you need." > > But, it appears not to work today... if I move the stack out of my > stand > alone, then data is saved. if I move it back into the standalone, data > cannot be saved therein. I hope I'm missing something simple and that > this model for saving data is not broken. > > and side question: what is our best tool these days to dig the mailing > lists? I used Google... > > > > > > > _______________________________________________ > 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 _______________________________________________ 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
