Difference between revisions of "75th Instancing"

Revision as of 23:47, 11 February 2009

I've been a bit stupid.

In separating the Instancing mechanics from the interface, I've separated the very easy part from the part everyone's been talking about.

So for the time being, consider this a primer for people (including myself) to fully understand the implications of instancing mechanics and problems.

The Plan

There are only two categories of Ages, plus the neighborhoods.

Public Ages

Open areas in Ae'gura are public. Isolated areas are private and will be partially enumerated later.
Individual neighborhoods are, strictly speaking, public as well. (It's the Bevin neighborhood prototype, not the 'hoods themselves, that can be said to be 'hood-instanced.) The new/revamped invitation and membership mechanisms can control access to each 'hood.
Perhaps there should be one Bevin-type neighborhood (Bevin itself?) that is entirely public, for neighborhood story events.

Private Ages

All areas not listed above are private. This includes all ABM/PotS/MO:UL Ages, even the formerly 'Hood instanced ones. It seems to me that the main problem with the instancing of these Ages is controlling who gets end-of-Age rewards.

For the Uru Prime/PotS Ages, you can only "complete" the Age in your private instance.
For the MO:UL gardens and such with extremely limited gameplay mechanics, you can complete the Age in any instance.

In addition, certain areas of Ae'gura are private:

The Tokotah journal rooftop
The Kadish gallery
Balconies
The Great Zero
Etc.

Objections/Exceptions

Name of objection.

Content of objection goes here. This should be one or two sentences concisely describing the objection or alleged exception to the rules stated in The Plan.

Anyone with a concise rebuttal to an individual exception may post it in an italic list item after the exception text. Conversation threads deeper than one objection and its top-level rebuttals should probably be moved to the talk page.

@@ Line 1: / Line 1: @@
-This is '''75th Trombone's bare-bones instancing plan'''. My goal for this page is to start with the bare minimum number of instancing mechanics I can possibly think of, and for individual objections to be raised and addressed.
+'''I've been a bit stupid.'''
-As necessary, The Plan will be amended to work around any objections and exceptions that don't have a satisfying rebuttal. My goal isn't to start out with a finished model; it's to start out with the simplest possible model and only add to it where there is no other recourse.
+In separating the Instancing mechanics from the interface, I've separated the very easy part from the part everyone's been talking about.
-Feel free to edit this page, especially to add objections to the appropriate section. '''Please do not delete anything''' in the Plan section.
+So for the time being, consider this a primer for people (including myself) to fully understand the implications of instancing mechanics and problems.
-Note that this is independent of the KI/Nexus/Relto interface for instancing, or invitation systems, or anything else. The Plan is strictly about the instancing behavior of Ages themselves, NOT the accompanying user-facing controls (though objections may question whether the mechanics are possible to express in a decent interface).

In Memoriam: Tai'lahr