Your assumptions would be accurate. Actually, since a datagrid is simply a bunch of Revolution buttons and fields, your chances are exactly the same that the dat in the datagrid would get corrupted as any other control. But I don't think I have ever seen a revolution lockup corrupt data in a field. If it did, it would probably corrupt the whole stack. I don't think that is something you have to worry about. This isn't Hypercard you know!! ;-)
At any rate, I think you are getting on the right track thinking about data persistence through any state, which is going to involve saving the data to an external source no matter what. I would do it after the user exits the data grid. That is how any disk based database I have ever seen does it. No one expects data to be retained as the user is entering it! If the data is confidential, then you have to start thinking about encoding and decoding and such. Bob On Aug 17, 2010, at 11:12 AM, Andrew Kluthe wrote: > > I should have explained. The stack it is getting stored in is to be shipped > as a stack and run with a launcher. > > What are the chances of data that is stored in a stack might be damaged or > lost when the app crashes? > > Anyone had this happen? > > Hmm, and my autoupdate feature just downloads the new version of the stack. > If it overwrites their copy, I assume any data stored within is gone too > huh? > -- > View this message in context: > http://runtime-revolution.278305.n4.nabble.com/How-safe-is-the-data-in-the-datagrid-tp2328573p2328793.html > Sent from the Revolution - User mailing list archive at Nabble.com. > _______________________________________________ > 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
