User:Sehrgut
My Games[edit | edit source]
Other People's Games I Curated Here[edit | edit source]
Pink Hijinks Games[edit | edit source]
- 2-handed Treehouse
- Pink Hijinks
- 3x3 Rotationary link
- Quick IceSickle link
- With stash tube, Drip and Moonshot link
- A colourless Homeworlds variant, still in development link
My Design Principles for Games with Icehouse Pieces[edit | edit source]
n.b.: This is very much a work in progress, and is my personal thoughts on what makes a "good" Icehouse game without violating the theme, aesthetic, and abstraction of the pieces. However, I believe that unless you have a Really Good Reason (tm), keeping the following rules will help you create games that leverage, rather than fight, the Icehouse Piece game system. You wouldn't design a card game where a three stacked on an eight behaved as one card with abilities unrelated to either of its constituent cards: in the same way, using consistent principles when designing games using Icehouse Pieces allow the games to share a common bond.
General[edit | edit source]
- Different piece types should be differentiated by size alone.
- Obviously, some very good games (such as Homeworlds) violate this rule.
- Colour should indicate relationship, not symbolise role.
- Indicate controller, owner, territorial relationship (see below), or nothing.
- Again, Homeworlds demonstrates this can be violated thoughtfully.
Martian Coasters[edit | edit source]
- If you use multiple Martian Coasters, board manipulation should be part of the game.
- Coaster colour should be related to piece colour.
- Controller or owner
- Friendly or unfriendly territory
Chessboard Sections[edit | edit source]
- If you use chessboard wedges, the game should be playable with two to six players.
- Establish control by location rather than colour.
Combining Pieces[edit | edit source]
- Stack composition should be manipulable.
- e.g. Using "special stacks" as physical symbols for standard chess pieces (which cannot be altered during play) would violate this principle.
- Stacks that move together should have their behavior defined in relation to the behavior of one or more of their constituent pieces.
- Stacks should always remain associations of independent pieces, and not entirely new pieces with their own rules and behavior.
- e.g. If a pawn moves one space orthogonally and a drone moves one space diagonally, a stack of one pawn on one drone should not perform a knight's move.
Ideas[edit | edit source]
- Colour precedence to indicate turn-taking
- Rainbow: Red -> Yellow -> Green -> Blue
- What for xeno?
- Only valid where pieces are controlled by colour.