Girder Scripting Language

[Ron]

I would argue that everything you can do in a script can be done in girder now. We have go(subs) conditional jumps, variables every action you can think of, Neatly nestable ( compare to functions ). Best of all its more accessible then a script for non-programmers. I know Girder is still hard for non-programmers but they manage, I think a script will scare them away definately.

Just my 2 Euro Cents.

And no Girder will not be getting a scripting langue, that is completely against the current concept.

<font size=-1>[ This Message was edited by: RonB on 2002-03-21 09:05 ]</font>

[helamonster]

Girder is totally awesome and extremely powerful, especially with plugin support.

But one thing that I would like to see is a different way of viewing the girder files other than from a tree view. For example, as a script file.... something like this:

On IRman 42B7A8000000 (Disabled)
RepeatRate = 400
Execute "c:programswinamp.exe", "d:playlist.pls"
End IRman 42B7A8000000

On Keyboard 58SAC000 (Enabled)
Wait 5
MaximizeWindow "Explorer"
Execute "notepad.exe"
SendMessage "Notepad", WM_CLOSE, NULL
GirderGroupDisable "GroupOne"
MouseLeftClick
End Keyboard 58SAC000

...and the plugins could simply add functions

I realize this is a major thing that will probably never be implemented, but I just thought I would mention it anyway.
Currently, I use a windows script tool called Macro Scheduler ( http://www.mjtnet.com/ ) in combination with Girder to do many cool things. If you people that use Girder haven't heard of it, its definetly something you'll want to look at.

[cracksloth]

i completely agree... i think such an implementation would open up a new world of automation. the complexity of functions available would then only be limited by the users needs and imagination.

[chrismurf]

I was thinking that all this would be a lot easier if it was a scripted language rather than the tree view as well. There seem (to the newbie at least) to be waaayyyy too many functions on the GUI. There is no wonder the documentation can't keep up. (And if anything, that is a complement to you Ron, not an insult!) However, I can see where non-programmers could be turned off by it. Therefore, my 3 cents is that it would be cool if it were a scripted language, but one that was easy to develop frontends for. On the other hand, I see that the data is all stored in GML (XML) files (good move on your part Ron), so there is really no reason that an enterprising programmer (or otherwise) couldn't write a set of functions to modify the XML directly. Dangerous, I know, but just thinking out loud.

Chris