datagrid prevents opening stack
Trevor, Datagrids containing a large amount of data will prevent subsequent opening of that stack. So I always uncheck persistent data. However today I saved a stack that had a datagrid with data and even though persistent data was unchecked now I can't open the stack. Is there any magic way to recover that stack or is it unretrievable now? Should one ALWAYS uncheck persistent data and ALWAYS empty a grid before saving? Thanks, Jim Lambert ___ 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
Re: datagrid prevents opening stack
On Sep 16, 2009, at 3:03 PM, Jim Lambert wrote: Datagrids containing a large amount of data will prevent subsequent opening of that stack. So I always uncheck persistent data. However today I saved a stack that had a datagrid with data and even though persistent data was unchecked now I can't open the stack. Is there any magic way to recover that stack or is it unretrievable now? Should one ALWAYS uncheck persistent data and ALWAYS empty a grid before saving? Having a data grid with data in it shouldn't prevent a stack from opening (at least not that I am aware of). There was an issue with the data grid library that would cause problems if you tried to populate a data grid on a card that wasn't open. By chance do you have code that is doing this? If so then I can get you a newer version of the library that fixes this. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Developer Resources: http://revolution.bluemangolearning.com ___ 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
Re: datagrid prevents opening stack
Trevor wrote: Having a data grid with data in it shouldn't prevent a stack from opening (at least not that I am aware of). There was an issue with the data grid library that would cause problems if you tried to populate a data grid on a card that wasn't open. By chance do you have code that is doing this? If so then I can get you a newer version of the library that fixes this. Thanks for the insight. To answer - No, only one card and the datagrid was populated on that open card. Though persistent data was unchecked I see the file size of the stack is 57 megs. So the data got saved even though it's not supposed to persist. Odd. Everything worked beautifully until I closed the stack and tried to re- open it. No matter how I try to open this stack it just won't open. When opening from the IDE's file menu weirdly there's no error message at all from Rev. When using go in the msg box I get stack is corrupted, check for ~ backup file BTW, Where are ~ files anyway on OSX Intel? Jim Lambert ___ 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
Re: datagrid prevents opening stack
On Sep 16, 2009, at 3:35 PM, Jim Lambert wrote: To answer - No, only one card and the datagrid was populated on that open card. Though persistent data was unchecked I see the file size of the stack is 57 megs. So the data got saved even though it's not supposed to persist. Odd. Everything worked beautifully until I closed the stack and tried to re-open it. No matter how I try to open this stack it just won't open. When opening from the IDE's file menu weirdly there's no error message at all from Rev. If you want to try clearing out the cached data you can reset the cache in the message box: set the dgCache[data] of group DataGrid to empty set the dgCache[sequencing] of group DataGrid to empty I wonder, though, if by accident you checked cache controls rather than unchecking persistent data? With 57 megs of data I could see Rev seeming to lock up if the data grid was trying to draw a control for every single record you have (cache controls = true) rather than just the visible controls like a data grid normally does. When using go in the msg box I get stack is corrupted, check for ~ backup file BTW, Where are ~ files anyway on OSX Intel? I don't think it is any different then other platforms. Should be right alongside the stack file. Regards, -- Trevor DeVore Blue Mango Learning Systems www.bluemangolearning.com-www.screensteps.com ___ 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
Re: datagrid prevents opening stack
Trevor, Since the datagrid library is distributed with runRev, how can we be sure we have the latest version since runRev is being updated so slowly? Is there a way to know if we have the latest version and where to get an update if not? len morgan Having a data grid with data in it shouldn't prevent a stack from opening (at least not that I am aware of). There was an issue with the data grid library that would cause problems if you tried to populate a data grid on a card that wasn't open. By chance do you have code that is doing this? If so then I can get you a newer version of the library that fixes this. ___ 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
Re: datagrid prevents opening stack
On Sep 16, 2009, at 11:03 PM, Len Morgan wrote: Since the datagrid library is distributed with runRev, how can we be sure we have the latest version since runRev is being updated so slowly? Is there a way to know if we have the latest version and where to get an update if not? You can check which version you have by executing the following in the message box: put the uRIP[version] of stack revDataGridLibrary build the uRIP[buildnumber] of stack revDataGridLibrary Currently I don't have a central place to distribute the latest data grid but perhaps I should set up a page for it. You can download the latest (1.0.0 build 22) here for now: http://www.bluemangolearning.com/download/revolution/tools/revdatagridlibrary.rev.zip This is the version I used at RunRevLive and it has the new drag reorder/drag drop functionality built in. Not documented yet though. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Developer Resources: http://revolution.bluemangolearning.com ___ 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
