There are some third parties that provide scripting engines for WSH (ActivePerl offers perl for instance, and I know there's a python engine as well - I'm sure there are more). You're right though, the vbscript and javascript support is bound to be much more robust and complete.
I imagine he wants it to be hard for the same reason ShowEQ wants setup to be difficult (requiring Linux) - hoping that it will keep the user base small enough so that Sony won't turn more of its attention to trying to squelch the project. If that's the reason, I don't really think making a wider variety of established programming languages available is going to make it easier for joe user to start writing macros - joe still needs to know how to program. If there's another reason, I'd like to hear it.
Yeah, I certainly wasn't requesting the devs do any of this, just offering some feedback based on hacking I've done of other games, what has worked well and what hasn't.
Madar
Proposal: J2ME API Interface
Moderator: MacroQuest Developers
Here here.
I still like the idea of an open C or C++ API that we can use to plug-in our scripting languages. I'm not saying anything bad about what exists, it's actually marvelous. However, writing a language and accompanying compiler / interpreter is complicated work and IMO un needed, and I have written a compiler for COBOL copy books before, it was very complicated even with such a simple language.
I don't get into the "make it hard" philosophies personally, I worked on EthernalQuest (what the showeq project was originally intended to produce before, appropriately I might add, it took a life of it's own) and Ashran didn't push the project very well and I got the sense that there was fear of it becoming too popular and thus getting too much attention :( I eventually left because it wasn't going anywhere. I like things to move forward not stay stuck.
I think I'll start toying with this tonight. Also, using J2ME on windows might be hard it seems. Can't find a descent reference implementation for windows (can't blame them, who in their right minds would use windows on a limited platform). And of course, j2me is for limited devices of 2MB. So I might end up trying this with the j2se after all and seeing how I can tweak the jvm to limit resource utilization and use careful tactics to limit class loading of unneeded classes.
I still like the idea of an open C or C++ API that we can use to plug-in our scripting languages. I'm not saying anything bad about what exists, it's actually marvelous. However, writing a language and accompanying compiler / interpreter is complicated work and IMO un needed, and I have written a compiler for COBOL copy books before, it was very complicated even with such a simple language.
I don't get into the "make it hard" philosophies personally, I worked on EthernalQuest (what the showeq project was originally intended to produce before, appropriately I might add, it took a life of it's own) and Ashran didn't push the project very well and I got the sense that there was fear of it becoming too popular and thus getting too much attention :( I eventually left because it wasn't going anywhere. I like things to move forward not stay stuck.
I think I'll start toying with this tonight. Also, using J2ME on windows might be hard it seems. Can't find a descent reference implementation for windows (can't blame them, who in their right minds would use windows on a limited platform). And of course, j2me is for limited devices of 2MB. So I might end up trying this with the j2se after all and seeing how I can tweak the jvm to limit resource utilization and use careful tactics to limit class loading of unneeded classes.
Xith
