MacroQuest64

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

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 toy around with EthernalQuest from time to time, when I want to explore zones I haven't been to before. Well, the zones that I have data on anyway. It's a good tool for that.