Performance

2010-06-20 Thread René Micout
Hello, For my actual project I need (and I search) the better performances when my scripts are running... I read in Scripter's Scrapbook : - Put names in quotes. They are faster to compile since they are not checked as variables first, and you cannot unintentionally confuse them with a variable

Re: Performance

2010-06-20 Thread Mark Schonewille
Hi René, Quoted strings can't be interpreted as variables by the engine (as long as quoted strings aren't numbers used as names for objects). For me, this is the main reason to always put strings in quotes (besides the fact that strings with spaces in them will cause errors if there are

Re: Performance

2010-06-20 Thread René Micout
Thank you Mark, In my project I use lot of do command... For you, is that (the number of flux (flows) is 5) : put add 1 to vgCompteurFlux vpNuméroduFlux into vxA ; do vxA faster or slower than : switch vpNuméroduFlux case 1 ; add 1 to vgCompteurFlux1 ; break case 2 ; add 1 to vgCompteurFlux2

Re: Performance

2010-06-20 Thread Mark Schonewille
René, Case will definitely be faster. A good alternative would be: add 1 to vgCompteurFlux[vpNumeroduFlux] I wouldn't use special characters such as é in variable names. I very rarely have to make such choices, because I have a different syle of programming. -- Best regards, Mark

Re: Performance

2010-06-20 Thread Richmond
On 06/20/2010 01:11 PM, Mark Schonewille wrote: Hi René, Quoted strings can't be interpreted as variables by the engine (as long as quoted strings aren't numbers used as names for objects). For me, this is the main reason to always put strings in quotes (besides the fact that strings with

Re: Performance

2010-06-20 Thread Jim Ault
In this case I would use an array or custom properties. Much faster by far. --variable array add one to vgCpuFlux[ vpNumFlux ] --custom property ( a trickier technique, but more powerful ) get the vgCpuFlux[ vpNumFlux ] of this stack +1 set the vgCpuFlux[ vpNumFlux ] of this stack to

Re: Performance

2010-06-20 Thread René Micout
Thank you Mark, Perhaps some milliseconds won... :-) I understand about using (or not using) é, but all work well... without accents it is not possible to write french words... Do you think that can have consequences about performance ? René Le 20 juin 2010 à 13:07, Mark Schonewille a écrit :

Re: Performance

2010-06-20 Thread René Micout
Thank you very much Jim ! Le 20 juin 2010 à 13:18, Jim Ault a écrit : In this case I would use an array or custom properties. Much faster by far. --variable array add one to vgCpuFlux[ vpNumFlux ] --custom property ( a trickier technique, but more powerful ) get the vgCpuFlux[

Re: Performance

2010-06-20 Thread René Micout
I have also this case : no variable but object (button) name : repeat with i = 1 to 21 put set the backColor of btn quote btnHarmo i quote to 89,149,218 into vxA ; do vxA end repeat is array solution possible ? or it is necessary to do : set the backColor of btn btnHarmo1 to

Re: Performance

2010-06-20 Thread Mark Schonewille
René, repeat with i = 1 to 21 put btnHarmo i into myBtn set the backColor of btn myBtn to 89,149,218 end repeat -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer Subscribe

Re: Performance

2010-06-20 Thread Thierry
Le 20 juin 2010 à 15:07, René Micout a écrit : I have also this case : no variable but object (button) name : repeat with i = 1 to 21 put set the backColor of btn quote btnHarmo i quote to 89,149,218 into vxA ; do vxA end repeat meme effet que ton code, sans le DO, donc

Re: Performance

2010-06-20 Thread René Micout
YES ! That seems obvious when one sees ! It is sometimes necessary to step aside to see what is right before us. Hartelijk dank Le 20 juin 2010 à 15:15, Mark Schonewille a écrit : René, repeat with i = 1 to 21 put btnHarmo i into myBtn set the backColor of btn myBtn to 89,149,218 end

Re: Performance

2010-06-20 Thread René Micout
Même réponse que Mark donc même merci (mais en français !) Bon souvenir de Paris René Le 20 juin 2010 à 15:19, Thierry a écrit : Le 20 juin 2010 à 15:07, René Micout a écrit : I have also this case : no variable but object (button) name : repeat with i = 1 to 21 put set the

Re: Problems with MenuPick

2010-06-20 Thread Steve King
Thanks Mark, that works fine Cheers Steve Steve- Saturday, June 19, 2010, 10:00:52 AM, you wrote: Send menupick Dive Planner Unfortunately, this switches the card but not the tabs. Try setting the menuHistory of the tab control. -- -Mark Wieder

Re: Performance

2010-06-20 Thread Jim Ault
Thierry gave you the answer earlier today with a repeat loop. The better solution would not use an array for this task. On Jun 20, 2010, at 6:07 AM, René Micout wrote: I have also this case : no variable but object (button) name : repeat with i = 1 to 21 put set the backColor of btn

Recursion limit error

2010-06-20 Thread Simon Lord
I have a divider in my stack which I would like to constrain within 2 values along the x axis. In this case it should not be less than 180 or greater than 420. if x 180 or x 420 then // do nothing else put the mouseH into iTableLeft send updateThisDisplay to this stack end

Re: Recursion limit error

2010-06-20 Thread J. Landman Gay
Simon Lord wrote: I have a divider in my stack which I would like to constrain within 2 values along the x axis. In this case it should not be less than 180 or greater than 420. if x 180 or x 420 then // do nothing else put the mouseH into iTableLeft send updateThisDisplay

Re: Recursion limit error

2010-06-20 Thread Jeff Massung
I do splitters/dividers like so: --- local sDragging on mouseUp put false into sDragging end mouseUp on mouseRelease put false into sDragging end mouseRelease on dragStart put true into sDragging -- continue processing until the mouse button is let go repeat while sDragging is

Re: Recursion limit error

2010-06-20 Thread J. Landman Gay
I wrote: on mouseMove x,y if x 180 or x 420 then updateThisDisplay end mouseMove I forgot to include a check for the button state in that abbreviated example. Jeff's method is good: set a script local variable on mousedown and unset it on mouseup. -- Jacqueline Landman Gay |

Re: Performance

2010-06-20 Thread Chipp Walters
Hi René, Here is also another way to accomplish a similar task when you are trying to set the same property of many objects. put name,address,city,state,country into tItems repeat for each item I in tItems set the textfont of field I to Verdana set the fontsize of field I to 9 end repeat

RE: make standalone (was 2 quick questions)

2010-06-20 Thread Mark Smith
Not to worry - somedays I *am* one. Wanna trade? Only if it helps :-) PS I've added your previous msg to my RevGold folder. THere is a lot in there to digest. You've been most generous with your time Mark. Thanks From:

Devawriter Pro

2010-06-20 Thread Richmond
For all of you who were having problems with complex Devanagari consonantal clusters when writing home to Mum in Sanskrit (which, I am reliably told, if very much the 'in thing' these days) you can now cheat as Devawriter Pro will do most of the donkey work for you. An export-crippled Demo

Shell command return 255

2010-06-20 Thread JosepM
Hi, From the DiagramCreator of Chipp I search info about graphicViz and I discovered the dot command to create diagrams on the fly from the Terminal. Trying to execute a command with the shell in MacOSx... from the terminal the command run ok and create the graphic without any problem, but from

Re: Shell command return 255

2010-06-20 Thread JosepM
Hi, Reply myself... and explain a little so I think can be usefully for others... The solution is that we must specify from where we want exec the command. MacOSX Shell execute by default from the shell /bin/sh, that isn't the shell from the Terminal, so testing commandlines from the terminal

RE: make standalone (was 2 quick questions)

2010-06-20 Thread Mark Smith
Hi Bob, I've been working thru it and you are spot on. Thx for this. From: use-revolution-boun...@lists.runrev.com [use-revolution-boun...@lists.runrev.com] On Behalf Of Bob Sneidar [b...@twft.com] Sent: Saturday, June 19, 2010 2:54 PM To: How to use