MacroQuest64

Ideas?

Ok, 10/10 say yank it.
I'll yank it when I fix the new variables (almost done)

I've been voting to have it pulled out for a while. Changes to both EQ and MQ past and present make it outdated.

I understand folks were using it to call external programs such as Winamp and ShowEQ, but EQ has a built in player, and the new mapping system makes ShowEQ unnecessary for the basic user. I'm sure there are other things it can be used for, but the MQ scripting language has evolved to the point where additional, external scripting doesn't seem terrible necessary.

Perhaps we should consider rebuilding MQ a bit to allow plugins. That way folks could develop a PERL plugin, etc. if they wanted it. Not sure how feasible this is considering the current integrated state of the PERL calls in the source code.

I never really thought it was a priority because it's not broke and who knows..someone might want to use it someday.

I say leave it.

"NO: It's useful for sample code" is actually "YES: yank it, I can grab it from the CVS repository if I want to look at it for a sample"

So the votes have been 25 yes, 0 no... it was yanked ;)

Good, less garbage in the MQ folder.. now to clean up some of the other old code thats strewn about through out the program...

/shrug

It never bothered me in coding and I always like having features around even if I don't use it. Hell, I remember when someone was bound and determined to remove the Telnet session option from the program a few months ago!

We're not to the point of code bloat, in my opinion. Although, stuff that is broken that will always be broken due to new SOE code, should be nixed.


Actually, a re-write of the parser system would be more helpful to reading through code than anything else ..hehe. Although what a hell of a job that would be ..hehe ...was bad enough just splitting EQLib.cpp up in the first place.