ishAdmin wrote:The font I used was trebuchet.ttf, which I just nicked from windows as I recall.
Then I probably can't distribute it.

We can probably find something similar available for Free.
If it's not too much trouble, I'd like one without type as well. The idea is to eventually have the thing flexible enough to display the stats just about any way someone would want them shown.
I think where this should go (and I think you are inclined this way, did you say it before?) is to have a form style options page, where people can enter what they want for fonts etc. They hit submit and it returns the code. You could even make the form smart enough to read the dir of all .ttf's to build the a popup list in the options. And I bet you could even make a simple enough point and click system for where you want type to show up. I spent the most time tweeking positions and sizes when I do one of these. Anyway, I'm sure I'll have other ideas for stuff to add if you release your source.
I'm doing some restructuring, now that the thing has grown beyond a single source file. What I need to make a formal distribution is a generic background not associated with any server (the one I have is obviously for Breakfasters

). If someone wants to volunteer it I could probably finish the restructuring and throw up the latest version. Point and click is just a matter of doing the old imagemap thing. Actually, I think you just make a certain kind of button (I forget, I could google it) and when you submit the form the coordinates you clicked would be submitted with it. You could also use your onClick handler to grab the coordinates and store them. Really, the client should generate the code. It's achievable, and no reason to go back to the server for it.
The "right" way to do this next is to factor it into a class that's capable of returning all of the information you need. So it should have a method that returns all available fonts, for example. Another method would set options, and another one return the completed image. All the logic is currently tangled up everywhere. ONe thing that has to go is the usage of default php fonts, now that it supports truetype fonts. I just need a courier truetype font to replace it.

Anyway, yeah, I want a form that'll give users a way to configure it, and I want it to work two different ways.
1. When you point your browser at the base script you should get a form that generates the URL, just like you've suggested.
2. It should integrate with a portal (Mambo at first, since that's what I have) so that registered users of the portal can set their preferencess, have them stored in a database, and the script should retrieve them.
Perhaps someone could post a sample of the ladder, matches and rounds files. My only two assumptions at this point are that they are tab delimited (not sure if the order of the fields is the same, are there new fields?) and that the colour codes are removed. My parser would also have to add the match and rounds stats together for names with and without colour codes. That should actually make players happy.
The stat files were different somehow, I learned thsi the first time I tried to hook up eggcozy's server into the stats page. The parser I'm using isn't generic enough, it's still based on code Decompyler threw together in 5 minutes to make a generic stats page. The last archive I threw up of the statsig (in the other thread) has the aastats class in its current form, I haven't changed anything since then. So if you wanted to download and look at how to make the parser work with 2.6 files, I'd really appreciate it. The aastats class is intended to be the be all, end all of parsing aa stat files.

(it also needs to have caching repaired, it doesn't cache stats right now like it should)
What about the ladder? Should it be averaged? Doing this would mean the stats don't match what the game reports. I could rebuild the old stats too I guess. hmmm. sounds like an hourly cron.
Better to make the parser support the 2.6 files. It might be helpful to make the aastats class capable of outputting stat files for any of the versions it can read, then it could be used as a converter. If you do the upgrade to 2.7, you could convert the ladder before starting the new server and you have no loss of data. So yeah, it could be very helpful for you to make the aastats class do a little bit more work.
It woudl be best if the next version of AA coudl read the two previous version's stat files, so you could start it with the old stat files and it would just convert them immediately.
And oh yes, that I will release it is a certainty.

If we had that meta-project n54 suggested, the latest changes would already be in CVS. I'm just that way, you know?