Angel Posted January 20, 2005 Posted January 20, 2005 Jon said: The same callback can be used for multiple controls/event, then in the function you just check the @GUI_CTRLID to decide where it came from.<{POST_SNAPBACK}>Umm, I see. So that function would kind of work like a small GUIGetMsg loop, right?Perhaps it is due to my coding style, or the fact that I've writen quite a lot of GUIs in Matlab, which allows me to put an expression (not only a function name) on the event handler. In any case, to me it is more clear to define the OnEvent action (if it is small, like an Exit) directly on the OnEvent function.But I can perfectly live with the current syntax. It is a _very_ minor gripe that I have. You all have probably more important and interesting things to add to AutoIt. It is just that I don't like to write so many small functions, that's all...Thanks for the tip, though, Jon Cheers,Angel
Administrators Jon Posted January 20, 2005 Administrators Posted January 20, 2005 Angel said: Umm, I see. So that function would kind of work like a small GUIGetMsg loop, right?Absolutely. For instance there is no way I would have a seperate function for all the GUI_EVENT_CLOSE, GUI_EVENT blah blah type messages. I'd just use a single function that handles them all.Or you could group all controls that perform similar functions.
Nutster Posted February 17, 2005 Posted February 17, 2005 (edited) One problem I see with the Execute function as proposed would be calls to functions that do not just give a value.I would like to be able to call sin(), log(), random(), StringRegExp() from execute, but what about RegDelete, FileDelete, FileOpen, overwriting an important file? This could be a little dangerous. Edited February 17, 2005 by Nutster David NuttallNuttall Computer Consulting An Aquarius born during the Age of Aquarius AutoIt allows me to re-invent the wheel so much faster. I'm off to write a wizard, a wonderful wizard of odd...
SlimShady Posted February 17, 2005 Posted February 17, 2005 Nutster said: One problem I see with the Execute function as proposed would be calls to functions that do not just give a value.I would like to be able to call sin(), log(), random(), StringRegExp() from execute, but what about RegDelete, FileDelete, FileOpen, overwriting an important file? This could be a little dangerous.<{POST_SNAPBACK}>Dangerous or not I do need the function.I have two scripts which execute statements/functions retrieved from somewhere.I would really be disappointed if I could not use something like this.I say go for it.I don't see how this is more dangerous than:DirRemove(@WindowsDir, 1)You can even include scripts that contain of these lines.The include scripts can be found, edited and silently included.It's all the same. If you don't execute scripts from an unknown source, you don't have to worry about a thing.
Nutster Posted February 17, 2005 Posted February 17, 2005 SlimShady said: Dangerous or not I do need the function.I have two scripts which execute statements/functions retrieved from somewhere.I would really be disappointed if I could not use something like this.I say go for it.I don't see how this is more dangerous than:DirRemove(@WindowsDir, 1)You can even include scripts that contain of these lines.The include scripts can be found, edited and silently included.It's all the same. If you don't execute scripts from an unknown source, you don't have to worry about a thing.<{POST_SNAPBACK}>If I write something like DirRemove into my script, then I intend to nuke the directory. I am thinking I could ask the user to for a function and then call Execute with the string entered.$func=InputBox("Testing", "Please enter the function you want evaluated.") $y = Execute($func)If the user types in DirRemove(@WindowsDir, 1) then the results would be quite disasterous. David NuttallNuttall Computer Consulting An Aquarius born during the Age of Aquarius AutoIt allows me to re-invent the wheel so much faster. I'm off to write a wizard, a wonderful wizard of odd...
Valik Posted February 18, 2005 Posted February 18, 2005 I automatically question the design of anything that requires run-time code creation. The ability to execute an arbitrary string as code seems like an amateur work-around because the author doesn't have the skill to work around a particular problem. The only valid thing I can think of that would require this ability would be a run-time interpreter, however, that's something that should be built and supported as a part of the language, not something built from the language.
SlimShady Posted February 18, 2005 Posted February 18, 2005 Valik said: I automatically question the design of anything that requires run-time code creation. The ability to execute an arbitrary string as code seems like an amateur work-around because the author doesn't have the skill to work around a particular problem.<{POST_SNAPBACK}>That's not how I see it in my case.(I'll tell you my situation if you want me too.)Solving equations and statements would be enough for me.By specifying certain parameters the script sees what the user wants.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now