Wednesday, December 14, 2005

Proposal: Erratatime

Reached Quorum, 11-2.—75th Trombone

Adminned at 14 Dec 2005 21:44:25 UTC

I complain about someone using a Wiki page so early, and here I am doing it myself.  But this isn’t to keep track of individual players’ data, so I say I’m being consistent.

Anyway, this looks messier, but I think (hope) I’ve squashed the loopholes.  If this one crashes and burns, then someone else should rewrite it.  ;)

Oh, and Cayvie, “often” and “occasionally” were in quotes as Wiki markup for bold, not actual quotation marks.  Just so y’know.  ;D


The rendered version of the wiki markup can be seen here.  It makes this whole thing look a lot less awful.

On the Wiki, create a page called “Threads,” with the text

== Initial Thread ==

Create a new rule called “Narrative” reading as follows:

=== Narrative ===
==== Definitions ====

There exists a Wiki page called “[[Threads]].” Each section of Threads contains a single Thread, as defined below.  Threads may exist on only the [[Threads]] page.

The following list of definitions applies only to text on the [[Threads]] page, excluding headings.

* A ‘’‘Thread’‘’ is a collection of Moves, with a possible Intro.  Threads may be created by direct Proposal or as dictated by a Rule or Rules.  Threads may begin with either a Prompt or a Result.  Threads may not contain any text that is not a Prompt, a Command, or a Result. ‘’(Results may begin a Thread for the purpose of providing introductory text.  They may be thought of as the result of starting a game.)’‘
* An ‘’‘Intro’‘’ is a Result that begins a Thread.
* A ‘’‘Move’‘’ is a sequence of a Prompt, the following Command, and the following Result.  All text in a Thread must be part of a Move, except for the optional Intro.  A Move that is lacking a Command and/or a Result is incomplete; otherwise, it is complete.  At any time, only the last Move of a Thread may be incomplete.
* A ‘’‘Prompt’‘’ is any occasion of the following sequence of three characters: newline, right angle bracket (>), space.
* A ‘’‘Command’‘’ is any string of text that 1) immediately follows a Prompt, and 2) consists of no more than seven words, and 3) has exactly one newline, which must be the last character of the Command.
* A ‘’‘Result’‘’ is any text that 1) either begins a Thread or immediately follows a Command, and 2) ends with a newline, and 3) does not contain a Prompt.
* For the purposes of this list, a “‘’‘newline’‘’” is whatever sequence of characters forces the text to continue on the next line.  It is considered a single character, regardless of technical implementation.  ‘’(This is to prevent CR/LF nonsense that no one should be expected to understand or think about.)’‘

==== Mechanics ====

Each day, each Protagonist may add

* up to two Commands, OR
* up to two Results, OR
* one Command and the following Result.

Each week, each Protagonist may delete

* up to two Commands, OR
* up to two Results (and their following Prompts) OR
* the last complete Move.

Unless otherwise noted, adding a Result always adds the Prompt of the next Move automatically.

Neither Commands, nor Results, nor Prompts have any effect on the gamestate other than their own existence, ‘’‘unless’‘’ a Rule dictates it.

When a Protagonist adds a Command or Result, the text e adds may be arbitrary, unless a Rule dictates otherwise.  In addition, if a Rule dictates particular text for a Command’s Result, the Protagonist may still add arbitrary text AFTER that text, unless a Rule prohibits it.

If a change to a Thread would make any part of it break the conditions in this Rule, that change may not be made under any circumstances.  This paragraph takes precedence over any other Rule.

 

Comments

The Lone Amigo:

14-12-2005 10:17:47 UTC

for

Could someone admin my proposals so I can post new ones?

Seventy-Fifth Trombone:

14-12-2005 10:34:15 UTC

Your Proposal isn’t up in the queue yet.  Antagonist is the oldest pending Proposal, and it hasn’t reached quorum yet.

Seventy-Fifth Trombone:

14-12-2005 10:37:58 UTC

Scratch that—the Vetoed one is adminnable now.  done.

Saurik:

14-12-2005 11:45:35 UTC

The only complaints I have to this are that it doesn’t define what constitutes a word, yet I can only have seven of them, and that seven words seems limiting:

hit the baby dragon with the curved scimitar

ChronosPhaenon:

14-12-2005 12:25:21 UTC

for If a term is not defined in the ruleset, its normal English meaning is used instead.

kick lazy brown fox and quick dog

Saurik:

14-12-2005 12:45:55 UTC

The normal English definition of “word” doesn’t cover punctuation, and I always found it vague on contractions, but OK ;P.

I’m surprised at the specific allowance of extra random text being able to be added by a Protagonist after the required Result of a Command. Why not err in the other direction? Otherwise we’re just going to end up with a lot of random back/forth text, and one day someone is going to redefine what a Command means, go back through history, show that they already said that, and get something… I don’t know…

Angry Grasshopper:

14-12-2005 15:07:21 UTC

Quazie:

14-12-2005 17:36:13 UTC

for

ChronosPhaenon:

14-12-2005 18:02:44 UTC

Punctuation marks are not word by any definition.

hit baby dragon with curved scimitar (6 words)

Elias IX:

14-12-2005 19:53:40 UTC

for

AgentHH:

14-12-2005 19:54:34 UTC

for

I think this clears up most of the confusion from the previous one.

Cayvie:

14-12-2005 20:16:52 UTC

>Punctuation marks are not word by any
>definition.

???

for

Saurik:

14-12-2005 20:24:17 UTC

I’m going to vote against, as this seems to be a game mechanic that is completely up to what people want to write in as Command/Result, and even leaves the Result rather open (as you can trail whatever you want off the end of it) in the case of a Rule that tries to explicitely define the contents of the Result to some command.

(Which means that initially, as it’s going to take some time to get some commands defined, we are likely to end up with a bunch of random Command/Response pairs that will have to be dealt with later.)

Oh, something for command implementors to think about: If the required Result of a Command changes after the Result for a Command has already been added, the wording (either there or ammended to here) should likely deal somehow. (Such as limiting it’s effect to Results that were added to Commands after the Rule that defines their contents was accepted.)

notafraud:

14-12-2005 20:44:16 UTC

against ditto… i think… maybe

danopato:

14-12-2005 21:31:23 UTC

against

Seventy-Fifth Trombone:

14-12-2005 21:43:56 UTC

The Proposition explicitly states that Commands and Results are open, unless dictated otherwise.  I wanted it to be this way, so people can add flavor text at will. 

Not everything in a text adventure is consequential; therefore, not everything in this Nomic should be strictly regulated.  And the third-to-last paragraph makes sure that anything that’s not regulated is inconsequential.  (Although it might inspire a Proposal later.)

You’re free to vote against, of course, but tradition around here (and I think in many Nomics) is to create specific but open-ended mechanics, to see what gets Proposed later.

AgentHH:

14-12-2005 21:47:19 UTC

Saurik: you have a point. But how could (or would you suggest) we limit commands to not go off the deep end?

danopato:

14-12-2005 22:56:55 UTC

for I like 75th’s rebuttal.

AgentHH:

14-12-2005 23:41:09 UTC

for

I think some craziness is good. I’m in.

Hix:

14-12-2005 23:41:56 UTC

against

Hix:

15-12-2005 04:29:35 UTC

for CoV