On Sep 16, 2009, at 5:30 AM, Beat Cornaz wrote:

Hi group  & Trevor :-)

Hi Beat :-)

I have a significant speed difference in my datagrids. I noticed that the datagrids behave slow in my project. So I did a test and created a new main stack (test Speed) with a similar datagrid (same number of columns and labels) and ran the same two sripts I use in my substack in my project.

One script is putting a name from an input field (after a test for the first free index in the datagrid) into column "Client". The script takes 127 ticks in my project and 34 ticks in stack "test Speed"

The other script imports a bunch of names and associated tasks from a field. Again the speed difference is remarkable : 505 versus 184 ticks.

I would need to see some code to get an idea of what might be the cause. Can you provide the relevant portions and look for any differences there might be between what is going on with the main program data grid and the speed test data grid?

Another problem which might be associated with it is the following :
I have originally started this project in rev 2.9 and only when the datagrids came along I upgraded to rev. 3.5 (because I totally dislike the new editor :-( ) and implemented the datagrids. I noticed that my datagrids only work if I separately include the revdatagridLib as a substack. So it is there twice (once in the engine and once as a substack). If I don't do that, the datagrids show, but have no functionality. Also, the revdatagridLib as a substeacks tends to 'escape' from my mainstack, meaning that all of a sudden it is still there, but as a mainstack, and not as a substack.

I don't think that bringing a 2.9 project into 3.5 would cause these sorts of problems. You should only have one instance of the revDataGridLibrary in memory at any one time. Can you explain a little more about how your project is set up and what stack you are building the engine (standalone?) with?

--
Trevor DeVore
Blue Mango Learning Systems
ScreenSteps: http://www.screensteps.com
Developer Resources: http://revolution.bluemangolearning.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

Reply via email to