Eric,
You are right and I also try to do this whenever I can. However, I
have some time critical loops that recur for which I do not want to
incur the overhead of calling a handler.
But in the case I cited, I was actually in the process of moving
handlers to consolidate them into one place once I figured out that I
would use it more than once.
Dennis
On May 27, 2005, at 12:37 PM, Eric Chatonet wrote:
Hi Dennis and above all everyone,
Excuse me if I did not understand correctly your problem but it
gave me a general thought (may be OT).
Having more than one occurence of any code in a stack might not be
a good idea...
Don't you think it would be better to have a handler, a function,
with parameters, arguments... at a higher level?
This avoids errors and makes the maintenance easier...
I am thinking of a rule (among others) that helps me a lot to
improve my code since years: Eric, never repeat any statement
anywhere ;-)
Best regards from Paris,
Eric Chatonet.
Le 27 mai 05 � 18:15, Dennis Brown a �crit :
This problem has been driving me crazy also. When I go into a
locked position group and cut something from a script, then back
out of the and go into another locked group and paste into another
script, nothing happens. The paste buffer is empty. My data is
missing! Argh!!! I finally figured out to open the script on
both objects first then cut and paste between them.
----------------------------------------------------------------
So Smart Software
For institutions, companies and associations
Built-to-order applications: management, multimedia, internet, etc.
Windows, Mac OS and Linux... With the French touch
Plugins, tutorials and more on our website
----------------------------------------------------------------
Web site http://www.sosmartsoftware.com/
Email [EMAIL PROTECTED]/
Phone 33 (0)1 43 31 77 62
Mobile 33 (0)6 20 74 50 86
----------------------------------------------------------------
_______________________________________________
use-revolution mailing list
[email protected]
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
http://lists.runrev.com/mailman/listinfo/use-revolution
