bd on 29 Jun 2002 03:32:11 -0000


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[spoon-discuss] Less Is More: Proposals


Can anyone see any flaws in this?

{{
__Less is More: Proposals__

Create the following rule:
{{
__Less is More: Proposals__

If rule A conflicts with this rule, and A does not specify precedence over 
this rule, this rule takes precedence over rule A, unless rule A is rule 0.

A. Definitions

A.1 Revisions

 Every modification to a revisable object that does not eliminate it from play 
creates a new version of it.

 Revision numbers differentiate versions of revisable objects. Each time a 
revisable object is altered, its revision number is incremented. The initial 
revision number is 0

A.2 Serial numbers

 Every revisable object has a unique serial number, assigned by The 
Administrator. The serial number of a revisable object is defined as the 
interpolated string "n/r", where n is the object's unique identification 
number and r is the object's revision number. 

[[Example: The serial number for version 0 of Rule 101 would be 101/0, while 
the serial number for Rule 203, version 17 would be 203/17.]] 

The base identification number [[ n ]] is 100. 

Proposals, Rules and other objects requiring serial numbers, unless specified 
by the entities that create them, are assigned unique identification numbers 
that consist of the smallest integer that is larger than the largest 
identification number in use at the time of the object's creation. 
Identification numbers for Calls for Judgment cannot be specified by the 
Players creating them. 

A.3 Comments

The following two non-whitespace characters:
 
[ ]
 
are considered "reserved characters" when appearing in Official Documents in 
ways defined herein.

 Excepting any text in this section prior to and including this sentence, any 
text appearing within doubled square brackets ("[[" and "]]") shall be 
considered "comment" text. Comment text shall not have the force of Rule; its 
purpose is solely elucidative or demonstrative.

A.4 Rules & the Ruleset

 The Ruleset is the collective body of current Rule versions. The Ruleset may 
be altered only as provided therein. Rules are revisable objects.

 Every Rule must have a unique Rule number. 

A.4 Self-Reference and Self-Application in Rules

 Rule Changes that affect Rules needed to allow or apply Rule Changes are 
permissible. Even Rule Changes that amend or repeal their own authority are 
permissible. No Rule Change is impermissible solely on account of its 
self-reference or self-application.

B. Procedures

B.1 Nweekly Voting

 Voting on a nweek's Ballot opens at the start of the third to last nday of 
that nweek, and closes at the end of the last nday of that nweek. 

B.2 Proposals

 A proposal is a formal request for a set of Rule Changes or other changes to 
the game state. [[ A player could conceivably make a proposal to the effect 
of "I get 100,000 points" but this sort of thing is unlikely to pass. ]] 

Proposals are revisable. Proposals may only be revised by their original 
author. Proposals may not be revised during Voting unless the revision was 
issued before voting. A proposal is not considered "recognized" until it has 
been assigned a serial number by the Administrator. A proposal is not revised 
until the Administrator updates its serial number. 

Only players and the Administrator can make proposals. 

B.3 Eligible Voters

 Each Player is eligible to vote on a Ballot if they became a Player in the 
manner prescribed in the rules at least one full nday prior to the time at 
which Voting on that nweek's Ballot begins. Players who became a Player less 
than one full nday prior to the time at which Voting on that given nweek's 
Ballot begins may not vote until the following nweek's Voting. 

Each Player is eligible to vote on each issue on any given Ballot for the 
duration of the voting for which the Ballot was issued. 

B.4 The Ballot

 The Administrator shall, at least 48 hours prior to the close of voting each 
nweek, distribute to all Players the Ballot for that nweek. The Ballot shall 
list all proposals that were issued between the start of the previous nweek's 
voting period and the start of the current nweek's voting period. 

B.5 Vote Counting

 Each Player may cast exactly one vote on each proposal on any given Ballot. 

To cast a vote, a Player must either submit eir vote to the Administrator or 
to a Public Forum. Votes which are not publicly known shall not be revealed 
by the Administrator until voting ends, at which point they must be revealed. 
During Voting, players may change eir vote on a given issue by submitting a 
different vote for that issue. Votes may only be cast during the Voting. 

Players may abstain from voting on a given issue by not submitting a vote on 
that issue or by explicitly indicating their abstention. Explicit abstentions 
shall be treated like votes during Voting, but when Voting has ended, they 
shall be treated as if the player had not submitted a vote. 

B.6 Proposal Passage

 At the end of each voting period, after the votes on all proposals voted on 
during that voting period have been counted, the proposals that have received 
a majority of affirmative votes out of all votes they received are deemed to 
have passed. The others are deemed to have failed. All proposals that have 
been voted on during that voting period are then processed in numerical 
order. If the proposal was submitted by the player named "bd", it 
automatically passes.

Proposals are processed in numerical order. When a proposal is processed, the 
following events happen in order: 

1. If and only if the proposal passed, its actions (such as Rule Changes and 
other changes to the state of the game) are put into effect in the order in 
which they are described. 

2. Other events related to the passage or failure of the proposal, such as 
awarding or deducting points, occur. 

Proposals may not take effect retroactively. 

If the Administrator is not a player, e may veto a proposal by stating that e 
does so on a public forum. If a proposal is vetoed in this manner, but at 
least 3/4 of the votes counted for it were affirmative, the veto has no 
effect. Otherwise, the proposal is deemed to have failed. The player named 
"bd" may veto proposals in the same way as the Administrator, but without the 
requirement of not being a Player.

If a proposal would have passed, but is deemed failed *only* due to the 
Administrator's veto or bd's veto, then: 

a) The author of the proposal shall not gain or lose Charm. 

b) The author of the vetoed proposal also shall not lose points from eir 
Score, but gain nd3 points, where n is the number of yes votes received by 
the vetoed proposal minus the number of no votes received by the proposal. If 
n is greater than 5, the author shall instead receive 5d3 points. 

Any player wishing to override veto of a proposal may do so if the proposal is 
resubmitted in a subsequent nweek and at least 3/4 of the votes counted for 
it are affirmative. 

B.7 Conflict

 Each Rule has an attribute called Chutzpah, which is a positive integer. In 
the event of a conflict between two or more rules, the rule with the highest 
Chutzpah takes precedence. 

If two or more rules have equal Chutzpah, the rule with the lowest 
identification number takes precedence. 

If at least one of the rules in conflict explicity says of itself that it 
defers to another rule (or type of rule), then such provisions shall 
supersede the Chutzpah method for determining precedence. 

If two or more rules claim to take precedence over each other or to defer to 
one another, then the Chutzpah method again governs. 

Whenever one section of a rule conflicts with another section of the same 
rule, the section which appears later in the rule takes precedence over the 
earlier section. 

B.8 Proposal Scoring

 When a player's proposal passes, e recieves 3d6 points.

 When a player's proposal fails, e loses 1d6 points, unless e does not have 
that many points, in which case eir score simply becomes 0. 

All dice rolls for the purpose of scoring shall be performed by the 
Administrator. 
}}

Repeal rules 4, 5, 8, 11, 12, 15, 19, 20, 23, 30, 32, 33, and 124
}}

_______________________________________________
spoon-discuss mailing list
spoon-discuss@xxxxxxxxx
http://lists.ellipsis.cx/mailman/listinfo/spoon-discuss