Re: Data limit on data grid?

2009-06-23 Thread Trevor DeVore

On Jun 23, 2009, at 12:04 PM, Jim Lambert wrote:


On Jun 23, 2009, at 5:08 AM, Trevor wrote:


Is the "persistent data" property set to true for the data grid? What
happens if you turn it off?


Turning off persistent data solves the problem of not being able to  
re-open the stack. Thanks.
This empties the datagrid when the stack closes. So the data must be  
re-imported. That's OK by me.

Just wonder if there is a data limit when persistent data is true.



I personally haven't done any testing with limits for persistent data  
but here is what is happening. If persistent data is true then the  
dgData array is stored in a custom property of the data grid whenever  
you modify that data. This allows the data to be saved with the stack.  
That also means that your data will take up twice the memory at  
runtime as it is always stored in the custom property set as well as a  
script local variable for the data grid.


If you are retrieving data from an external data source I recommend  
turning persistent data off as there is no need to store the data in  
your stack and it will speed things up.


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: Data limit on data grid?

2009-06-23 Thread Jim Lambert


On Jun 23, 2009, at 5:08 AM, Trevor wrote:


Is the "persistent data" property set to true for the data grid? What
happens if you turn it off?


Turning off persistent data solves the problem of not being able to re- 
open the stack. Thanks.
This empties the datagrid when the stack closes. So the data must be  
re-imported. That's OK by me.

Just wonder if there is a data limit when persistent data is true.

JimL





___
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: Data limit on data grid?

2009-06-22 Thread Trevor DeVore

On Jun 22, 2009, at 3:24 PM, Jim Lambert wrote:


The Datagrid is fantastic but has anyone seen an issue like this?

Set the dgText to 5.8 megs of tab delimited text.
Everything about the datagrid works great.
Save the stack.
Try to re-open the stack.  Nothing happens. Stack never loads.
Can't even read the script of the stack via the message box.

Thought it might be caused by a null in my text. Did a replace null  
on the text prior to setting the dgText.
But same result. Grid works fine. Save stack. Close & purge it.  
Can't re-open the stack.


Any ideas on what might cause this? Or how to prevent it?


Is the "persistent data" property set to true for the data grid? What  
happens if you turn it off?


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


Data limit on data grid?

2009-06-22 Thread Jim Lambert

Hi,

The Datagrid is fantastic but has anyone seen an issue like this?

Set the dgText to 5.8 megs of tab delimited text.
Everything about the datagrid works great.
Save the stack.
Try to re-open the stack.  Nothing happens. Stack never loads.
Can't even read the script of the stack via the message box.

Thought it might be caused by a null in my text. Did a replace null on  
the text prior to setting the dgText.
But same result. Grid works fine. Save stack. Close & purge it. Can't  
re-open the stack.


Any ideas on what might cause this? Or how to prevent it?

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