Wrappers
Proposed by Erik Ray. Ratified by Tony Zito. Vetoed by Glen Acord,
Amos Latteier, and Carl Muckenhoupt.
In all future e-mail correspondence in which we
vote to ratify a rule proposal, we should each enclose our vote in
a wrapper, such as
+---+ |Yes| +---+to attract attention to the fact that it is a vote and not meant in any other context.
Punishment
Proposed by Erik Ray. Ratified by Greg Travis.
Vetoed by Glen Acord, Amos Latteier, Carl Muckenhoupt, and Tony Zito.
If anyone playing the game violates a rule and another player brings
this to their attention, they must publish an embarassing secret about
themselves to the whole group as soon as they are able.
Lavender Musk
Proposed by Erik Ray. Ratified by Amos Latteier and Tony Zito. Vetoed
by Glen Acord, Carl Muckenhoupt and Erik Ray..
The subject of an email message sent to the Nomic mailing list should
not have any relationship to the body of the message, including
summarization, metaphors, numerical analogies, codes, cyphers, URLs,
or any other relationship we can think of. For example, a message in
which the subject is "abcd" and the body has a rule proposal involving
alphabetic ordering would violate this rule.
Hapless Liaison
Proposed by Erik Ray. Vetoed by Glen Acord, Amos Latteier and Carl Muckenhoupt.
When a new member joins The Game, we must all send a message to the
List with the message "WELCOME BACK <name>" where <name> is the name
or preferred alias of the new player.
Virtual Members
Proposed by Erik Ray. Ratified by Carl Muckenhoupt and Greg Travis.
Vetoed by Glen Acord and Amos Latteier.
An exception to the rule "New
Members" shall be as follows. Any player in the game may nominate a
new member whom we do not expect to participate in the game due to
lack of knowledge of us or the game, their status as deceased or
fictional, or because they simply don't want to. This "virtual
member" must be counted in all lists of members with the exception of
the mailing list, the List.
Token Proposals
Proposed by Amos Latteier. Ratified by Tony Zito. Vetoed by Carl Muckenhoupt.
1. Tokens will leave giant holes all over the playing surface when moved by (cross) Robots.
2. Tokens of affection will act upon Robots in accordance to the "Robots Get Lonesome" rule.
3. Token proposals will be only half-hearted.
Amendment to Rule 2
Proposed by Carl Muckenhoupt. Vetoed by Glen Acord. Ratifita de Amoso Latteier kaj Tonio Zito.
"statements in English" be changed to "statements in English or
Esperanto".
Punishment by good example
Proposed by Amos Latteier. Vetoed by Carl Muckenhoupt.
Any player found to be in violation of the rules will be punished by
feeling shameful upon considering his/her behavior in comparison with the
exemplary behavior of the other players.
Unanimous Voting
Proposed by Erik Ray. Vetoed by Carl Muckenhoupt and Erik Ray.
A rule in consideration will become official if and only if all
players submit a vote on it and the votes are unanimously in favor of
it as it is written.
Modification to proposal "Majority Voting" proposed by Tony Zito. Ratified by Carl Muckenhoupt.
Vetoed by Greg Travis.
If all players have voted, and the votes are evenly divided "for" and
"against", the proposal enters a state of "SPOONEYE" (e.g. it may be said
"Arrrgh! Me proposal's been spooneyed, mateys!"), and shall remained locked
in that state until a battle of wits or viscera (completely unrelated to
the relative merits of the spooneyed proposal) can be won by either of the
contentious groups.
Robots and Zombys rule
Proposed by Tony Zito. Ratified by Glen Acord. Vetoed by Greg Travis.
A zomby (z-o-m-b-y is the preferred spelling of the disenfranchised) shall be
treated exactly like a robot, owing to the fact that they are both bastard
chillun' of command-control-communication-intelligence
(http://www.limmat.ch/~koni/texte/cyborg1.html), when s/he is mailed a love
letter or struck with a blunt weapon. (When struck with a pointed or edged
weapon, the zomby will be treated differently (in a manner to be described
later), due to the inherent differences in the properties of nickel &
flesh.)
Robots Get Lonesome rule
Proposed by Tony Zito. Ratified by Glen Acord. Vetoed by Greg Travis.
Ahem. I'd like to introduce this rule with a (rather telling) joke:
Q: What did the robot say to the toaster?
A: "How come you never return my calls?"
With that in mind, upon receiving a love letter, a robot will become excited
and flustered, but will be unable to react in kind, despite a overwhelming
desire to do so, thus losing 2 turns.
Robots Turn (the other cheek) rule
Proposed by Tony Zito. Ratified by Glen Acord. Vetoed by Greg Travis.
When struck with a blunt weapon, a robot will fall on his/her (prosthetic)
ass, weep for 1 turn, and turn 180 degrees.
Punishment by browbeating
Proposed by Erik Ray. Ratified by Carl Muckenhoupt. Vetoed by Greg Travis.
If a player violates one of the accepted rules, and it is brought to
the attention to the List, the other players will send messages to
that player with the phrase "BROWBEAT" in the body.
Proposals are like Tamagochi
Proposed by Tony Zito. Ratified by Glen Acord and Carl Muckenhoupt.
Vetoed by Greg Travis.
Proposals are like Tamagotchi, in that they too need attention to survive.
Any proposal which hasn't been ratified (i.e., received enough "yes" votes
to become a rule) or defeated (i.e., received enough "no" votes to fail)
within a week of its proposition date may be declared to be "dying" by any
player. If no player responds within 3 days by "tending" to the rule in
some fashion (feeding, cleaning, playing, &c.), it shall be considered
"dead", and be stricken from the "proposed rule" list.
Challenges Punishment by Ousting Punishment by Fine Token Song Majority Voting Modification proposed by Carl Muckenhoupt. Ratified by Greg
Travis. Vetoed by Glen Acord. Amendment to Rule 2 Token Breaking
Proposed by Carl Muckenhoupt. Vetoed by Greg Travis.
Disputes about how to interpret the rules may be resolved by a Challenge.
Challenges proceed as follows:
1. A player, hereinafter called the "challenger", declares to all players
willingness to establish a particular issue under dispute by means of a
challenge.
2. Another player, hereinafter called the "challengee", accepts the
challenge. If no player is willing to do this, the challenger wins the
challenge. The challengee chooses a game that can be played by two people
and which can be won.
3. If there is a choice of sides, the challenger chooses a side. (For
example, if the game is chess, the challenger chooses whether to play white
or black.) If there is a choice of venues, the challenger chooses a venue.
(For example, if the game is badminton, the challenger selects the court.)
4. The game is played. If one player forfeits, the other is considered to
have won the game.
5. The winner of the game assumes the role of challenger and steps 2-4 are
repeated, with the additional stipulation that no one who has been defeated
within this challenge may participate again, until no one responds to the
challenge.
Proposed by Carl Muckenhoupt. Vetoed by Greg Travis.
Any player found to be in violation of the rules will be removed from the game.
Proposed by Carl Muckenhoupt. Vetoed by Greg Travis.
Any player found to be in violation of the rules will be fined 50 turns.
Proposed by Amos Latteier. Ratified by Carl Muckenhoupt. Vetoed by
Greg Travis.
All player tokens shall have songs. Songs are not rules, though they may
contain exhortations, and may inspire rule-following or rule
breaking-behavior.
Proposed by Erik Ray. Ratified by Carl Muckenhoupt. Vetoed by Glen Acord.
A rule in consideration will become official if and only if all
players submit a vote on it and a majority of the votes are in its
favor.
A rule in consideration will become official if and only if a majority of
the players submit a vote in its favor.
Proposed by Carl Muckenhoupt. Ratified by Greg Travis. Vetoed by Glen
Acord.
"statements in English" be changed to "statements in English with
optional HTML markup".
Proposed by Carl Muckenhoupt. Vetoed by Glen Acord.
Any player may break a token in their possession into two or more tokens.
The original token's owner will create names for the new tokens by
splitting the original token's name into non-empty substrings. All
non-whitespace characters in the original token's name must be used.
All resulting tokens are the property of the owner of the original token.