I am and have always been a very blunt person. I value that sort of forthright honesty and won't coddle people unless I have some reason to.
I only stop being blunt when I have actually promised some level of support for something, at which point, I paint on my happy face and give the support I promised. Since 0.9.8 is pre-release, there is no 'user support' offered, which means you all get my full and blunt self
And as Saucy points out, my intention is to help you guys learn how to find things out for yourself. Looking at the source and the function definitions is *always* the authoritative source. You have a valid point that the testmodule.php documentation is out of date. It is. I'll try and get a chance to bring it up to date sometime soon, but that's not a hard and fast promise, and I welcome other people taking some of those really simple tasks on and doing it. I'm very open to making textual changes if they come pre-packaged. Heck, I'm open to most changes that come that way.. As I've said elsewhere, a unix-style context diff is best since it lets me apply it to the source code and go. A couple of you have figured out how to generate these, so I will leave that explanation to them.
My goal out of all of this is to have a large pool of people who are familiar and competant to work with the 0.9.8 source so that good modifications come out of it and so that other people contribute and feel comfortable contributing to the core code if changes need to be made there as well. I firmly believe changes *shouldn't* need to be made there, but I also know that's idealistic
For instance, I spent a fair chunk of this weekend ripping apart the pvp code and factoring it so that something Aes wanted to do with the world map could be done cleanly. (his original implementation struck both of us as hackish and wrong) [Speaking of which Aes, the modified code is running on logd-beta.dragoncat.net, feel free to check it out]. I'd love for other people to feel comfortable enough with the source that when something like that becomes obviously needed (as it was here) that they are willing and able to do it, able to submit those changes to me, and able to have them sound and solid so that I can just review them and add them.
Look for instance at the iterations I went through with Chaosmaker's commentary mod. His code changes are now part of the core. Dut and I have been talking about a way to break skills out so that they are modularized/modularizable. I haven't had a chance to review his last effort yet, but I'll probably get to it within the next week or so. I know Aes has and I have been talking about some things that I want to get done that he felt were a good challenge for him.
Will I be tough when reviewing those things? hell yes. Just ask Dut or Chaosmaker, or heck, even ask Aes about some of my comments about his worldmap module. But at the same time, I try to encourage any changes I feel are really useful, innovative or inventive and which bring something to the game which is either new or make things easier in terms of interface/ability for the people who are writing content.
I'm also very outspoken and will say when I see things I don't like. I know I've pissed more than a few of you off at various times. I'll make no apologies for that. I'm a very tough person to impress and I want the code to be the best it can be. If that bothers you, sorry
