The field promotion rules have now been implemented. When no Drones exist in your quadrant, you may move a Pawn onto another Pawn and form one. If you have no Queens, you may move a Pawn onto a Drone. The new notation is explained on the game board page. — Aaron 23 Oct 2005 22:48
(it's not specified on all variants of the page, but the terminology for field promotaion is a1+b2 — Mneme 2 Apr 2007 14:45
Of Knights and Kings
In this variant:
* How hard would it be to allow three-player games?
Give me a board configuration and I can try. Eeyore's martian wedges unfortunately are totally impractical to implement, IMO
. If somebody wants to try it, they're welcome to. If you can think of some more straightforward configurations, let me know. — Aaron 05 Nov 2005 13:05
What's impractical about the wedges? Are they difficult to draw? Or are they incompatible with your current program logic? I would think that you would implement them much as you do Homeworlds, with each wedge being a separate board. Moves going from board to board take a little work, but it's not insurmountable. For display, you'd put the wedges together into a single board image, probably rotating some or all of them. All of these steps should be fairly straightforward, no? – rootbeer (Tom)
I forgot to consider how to indicate board positions, e.g. for move notation. That may be tough. I would label each “seam” where two boards meet with a sequence: A, B, C, D for one; 1, 2, 3, 4 for another; and maybe a, b, c, d for the third? (Not i, ii, iii, and iv. Maybe Club, Heart, Spade, Diamond?) – rootbeer
(Aaron) Creating the board itself is not the issue. The problem is correctly placing pieces on the board. I can think of no algorithmic way to derive the correct X,Y coordinate for any given cell. Each point would have to be manually calculated. Then there's the issue of piece rotation. It is difficult (for me, as yet, impossible) to arbitrarily rotate a graphic while keeping the same scale. I would imagine this is possible, but I have yet to figure it out. Pieces placed on these boards are not simply rotated by 90 degree intervals (at least my eye doesn't think they are). These are the primary obstacles. That said, I am no genius nor the arbiter of all things possible. If anybody can give me some algorithms/code that would overcome these obstacles, I am more than open. There are other issues as well (mostly regarding pathfinding and notation) but those are at least somewhat surmountable, but would take time.
x = r cos(q)
y = r sin(q)
(mneme) Another option for 3-players would be to implement it as a teleport zone on a 4-player board, ie, have E4 orthogonally adjacent to D5, E3/C5, E2/B5, and E1/A5. Add in a diagonal rule for the central diagonal (probably “you can leave at either diagonal direction other than the one you came from), and you've got a perfectly playable board without having to code distortions.