Outline of BPFK Procedures

Please read the whole thing before commenting. Please comment using the 'discuss' tab. Thanks. --rlpowell

Member Responsibilities

• Each member chooses zero or more sections ey would like to preside over.
• The member is given a Tiki page for the section, upon which ey writes an initial proposal. No pre-requisite work is required, but utterly senseless proposals will likely result in the jatna finding someone else.
• The member has sole write access to eir section page.
• All discussion on proposals should occur using the'discuss link, not the comments link.
• Please, please use the reply button in the forums (aka the discuss link) when you are replying to a particular person's post. This may not look important now, but trust me, it is.

Voting

• A poll is attached to the proposal page, where people vote to indicate their approval of the proposal. Voters may change their vote at any time. Voting 'yes' on an un-finished or incomplete proposal is solely a statement of general approval.
• The proposal may change at any time; it is up to the voter to insure that they are informed of changes so that they may change their vote, either by using the "watch this page" button or subscribing to the WikiChanges list.
• Votes on non-administrative issues are consensus minus 1.
• Votes on administrative issues are 2/3 majority.

Checkpoints

• The jatna will define (presumably with some sort of community approval) checkpoints from time to time.
• Checkpoints will have a focus, and hence a list of sections which will be checkpointed. Work done in sections not relevant to the next checkpoint will be ignored (although you're welcome to do it).
• No votes or proposals are final until the checkpoint is complete.
• Completeness of a checkpoint is determined by a consesus minus one vote, with the exceptional feature that every member that votes "No" must also state the way in which the checkpoint is not ready. Failure to do so will cause the vote to be ignored.
• When the community has voted the checkpoint completed, the jatna will lock the pages, and confirm with every member that their vote on each section they voted on is correct, given the final state of the proposal.
• When that is done, the pages get moved to an archive for the given checkpoint, and all the passed proposals are considered to define Baseline LLG Lojban. Note that all proposals in checkpoint sections must pass for a checkpoint to be complete.
• Progress to the next checkpoint then begins. Lather, rinse, repeat.
• Please note that a particular section can be opened more than once. In particular, a future checkpoint can re-open a section if a problem with the previously approved proposal is discovered.

Proposals

• A proper proposal should be amazingly detailed, and should refer to previous discussions where at all possible.
• It is assumed that an initial proposal will be pretty weak by comparison to a final proposal, and that all members will help flesh out the proposal and help to create consensus.
• Things that should be including in proposals (but not necessarily in every proposal):
  • Expanded cmavo definitions. This should be considered a top priority in all sections where it is relevant (which is just about all of them), because the current cmavo definitions suck.
  • Proposed new cmavo, with justifications.
  • Expanded gismu definitions, if deemed necessary.
  • Proposed new gismu definitions, if deemed necessary.
  • Proposed grammar changes.
• Given the extensiveness of that list, it should probably be noted that the jatna has absolutely nothing against any change that preserves past usage intact, and will very likely consider blindly voting against a change that preserves past usage to be wilfull obstructionism, which he doesn't like very much.
• On the other hand, the jatna thinks that invalidating past usage is a very, very bad idea.
• "Blind voting" is defined as "voting based on an issue which is not directly germane to the proposal at hand, rather than the merits of said proposal", and the jatna doesn't like it very much either.