-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
amend(207): Clarify player voting rules. #27
Conversation
Also explictly specify that when proposing an issue the Player submitting the rule-change automatically votes +1 for their own submission.
I think this rule-change is reasonable. I'm trying to see if this directly impacts rule111 regarding 1. timely debate and 2. the proponent deciding the final form in which the proposal is voted on. |
@@ -7,7 +7,13 @@ Type: Mutable | |||
|
|||
# Rule | |||
|
|||
Each player always has exactly one vote. | |||
Each player always has exactly one vote. They can change their vote on a proposal as many times as they would like. When quorum is reached, the Player's most recent vote will be counted. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
They can change their vote on a proposal as many times as they would like.
Maybe we can refactor this sentence to define how votes are counted instead of how players can cast votes. Something like:
The Player's vote is the last `+1`/`-1` comment they left on a rule-change thread, once the final form of the proposal has been decided and voting has begun.
I've updated my proposal to limit the change to only be more explicit about an automatic approval vote cast by an author of a rule-change. |
+1 |
amend(207): Clarify player voting rules.
What
This clarifies the language specifying how many votes a user has.It also explicitly states that by proposing a rule-change a user implicitly approves their own submission.Why
In the spirit of iteration, players should be given the opportunity to change their minds before a final vote is counted.It should also be made clear that a user should be only submit proposals for rule-changes they support.