I don't think that we should let this plan die. I know it seems inactive at the moment, and most of the people haven't been active in this forum for a while, but I think that we should put it to good use. I'd be willing to help jumpstart the project, and even though I don't much about coding, I'm willing to learn, and start helping more. I think this is an important part of keeping a large playerbase, because some people don't have the ability or time to be able make their own, and not everyone is loaded with credits and gold and money in the first place. If anyone is still interested in this, please post on this thread and let me know, and I will attempt to reorganize and restart the project.

Seraphi

Combat systems are massive creatures, very complex and usually highly customized to an individual. Open source ones come with a whole unique set of problems, too. I speak from (extensive) experience on this. While the ACP was wildly popular, it was never more than a starter bit of code and a whole lot of headaches. Scripts that sell for credits at least have some motivator that drives their development.

These things either don't get off the ground because:
1. They're disorganized and everyone's waiting for someone else to kick it into gear.
2. You've got an abundance of willing people who know little to nothing about coding.
3. Creative differences in how things should be coded: what client, language, release format, modules, etc.

If you can overcome all the hurdles and get it moving (i.e., a group site with a good bit of code to show), I will consider joining the project.

If I can get Ethelon on board, everything will be better. I don't even know if he is active anymore though. Thank you, and I hope that eventually the requirements will be met, and you will consider joining.

Seraphi

Keep in mind that third point, especially. Ethelon codes in VBscript for MUSHclient. I code for zMUD (and CMUD). Two very different things.

On that note, is VBscript very useful for Zmud?

No. While you -can- use any WSH language installed (VBscript, ######, Perlscript, etc), the interaction with zMUD is not the greatest. It's far easier to find ways to use the zMUD script constructs that do what you want instead.

So ideally, if this were to work, we would need two teams, the Zmud team and the Mushclient team.

How long have you been writing C++ code? Nice use of streams and STL, but lacking in a bit of logic and some things could be simplified or improved with loops or switch statements. Also, I think you forgot to edit your a few strings when you copied and pasted it for all those afflictions.

Yeah, I was starting to get bored and will be changing the output text away from saying "chill added" every time etc., I was just trying to get the complicated part done first. I'm going to put in a fail safe for if someone chooses the same affliction twice when making their priority list too. I took a 3 month class on C++ this quarter so I've been coding in C++ for 3 months. I guess a case and switch could organize the push.back() thing better and allow me to keep real track of if an affliction has been picked period though, hmmm... but if someone can't even keep track of if they've already picked an affliction yet then they aren't trying and it's not going to hugely concern me, since my goal is to make something to make learning zmud and combat easier, and not something that'll heal perfectly for them in every situation, track probabilities of random afflictions, etc.