Master of Magic - Implode's Multiplayer Edition

And for a really interesting discussion, I decided (too late) that attempting to number the coordinates (x, y, Plane) was a mistake in the first place because every routine has to have special cases for towers of wizardry. If I was starting from scratch, I wouldn't number the coordinates at all, I'...

I thought that was it. Delphi was giving some warnings about uninitialized values and I was going to look into that. Those variables are declared before those loops so I was thinking the values should persist. But I guess not. Thanks! Results: 0,0 -1,-1 0,-1 1,-1 1,0 1,1 -1,0 -1,1 -1,2 -2,-2 -1,-2 0...

Yea, my tile order is wacked out. My chief concern was starting with 0,0 (the city square) and moving out in distance order. Which isn't what MoM did. Thanks for working on your algorithm, which (I think) achieves the MoM behavior, at least with the nearby squares. Taking a maxDistance of 3, the ver...

(edit: I figured in-for-a-penny-in-for-a-pound and updated the code block) Good point about the planeshifting counter. Good ol' Astral Paratrooping ;) And the algorithm wouldn't be too awfully painful: The first step is building the list of possible tiles. Assuming you can reference a map tile by x,...

I've only recently discovered this project, but I'm *very* appreciative. An extensible/customizable clone of MoM is one of the better ideas I've seen lately, and you've put a ton of good work into it. Please keep it up! =)

(edit: ack, didn't notice the last post's time, sorry for the thread revive) Sounds good. My guess is that it'd be simpler to not treat the "city.square.army.size = 9 case" as any different than < 9; i.e. don't gray out the unit buttons at all, and just offload production overflow into nei...