February 2001
- Rogue-Like Mud? Ron Moore
- Issues of Copyright (was Ebay bans character selling) geoffrey@yorku.ca
- brazil the_logos@www.achaea.com
- Dogma 2001 Frank Crowell
- Dogma 2001 David Turner
- FW: Article on Global Verbs & Bulk Bug Christopher Allen
- Slightly extreme reaction to IP and auction Frank Crowell
- Slightly extreme reaction to IP and auction Greg Underwood
- Slightly extreme reaction to IP and auction the_logos@www.achaea.com
- bandwidth the_logos@www.achaea.com
- Is immersipresense going to make a come back? Frank Crowell
- New Scientist Article... Eric Rhea
- New Scientist Article... Alistair Milne
- New Scientist Article... rayzam
- New Scientist Article... Hans-Henrik Staerfeldt
- New Scientist Article... rayzam
- volunteers the_logos@www.achaea.com
- volunteers Timothy Dang
- volunteers Jon Morrow
- volunteers the_logos@www.achaea.com
- volunteers Timothy Dang
- The Aedon rule system (was: FW: Article on Global Verbs & Bulk Bug) Federico Di Gregorio
- Content is Not King (from First Monday) Bruce
- [sweng-gamedev] BYOND game development system (fwd) J C Lawrence
- [sweng-gamedev] BYOND game development system (fwd) J C Lawrence
- Medievia interview Koster, Raph
- Medievia interview Alex
- Medievia interview Madman Across the Water
- Medievia interview Koster, Raph
- Medievia interview Joe O'Connor
- Medievia interview pyrographer@comcast.net
- Medievia interview J C Lawrence
- FW: Article on Data Inheritance Christopher Allen
Christopher Allen wrote:
> I thought that you might enjoy this week's article from Shannon
> Appelcline's ongoing series "Trials, Triumphs & Trivialities" at
> http://www.skotos.net/articles/TTnT_19.html and comments at
> http://www.skotos.net/ubb/Forum4/HTML/000019.html
>
> In the article he discusses:
>
> * Global Verbs vs Local Verbs
> * An amusing bulk bug
This is a sequel to last week's article -- this time on data
inheritance. As it talks about some things of interest to mud
developers, I thought that you'd be interested in it.
The full article is at http://www.skotos.net/articles/TTnT_20.html and
comments are at http://www.skotos.net/ubb/Forum4/HTML/000019.html
-- Christopher Allen
P.S. There are now quite a few articles at
http://www.skotos.net/articles -- we are adding about 4-5 new ones a
week, and we are looking for more (and we pay.)
------------------------------------------------------------------------
.. Christopher Allen Skotos Tech Inc. ..
.. 1512 Walnut St., Berkeley, CA 94709-1513 ..
.. <http://www.Skotos.net> o510/647-2760 f510/647-2761 ..
#20: Hobgoblins, Part Two
by Shannon Appelcline
February 8, 2001 - "Lack of consistency is the hobgoblin of online
games." That's the conclusion that I came to last week, and you can
put it in your quotes dictionary right next to Emerson.
Though I have some other things that I'm dying to write about
(including dreams, plots, change, self-sacrifice, identity, and
redemption), I'm going to be good and follow my mantra. I'm going to
talk about consistency again this week, consistently staying to the
course I laid out. We'll get to that other stuff in seven days, I
promise.
So, consistency. If you haven't already read my last article go do so
now, to get the ground work on this topic. As a quick reminder, last
week I talked about the weird implementation of verbs in online prose
and how it can lead to inconsistency. There's another place where
consistency really matters in online prose games, and that's in
inheritance. This week I'm going to explain exactly what inheritance
is, how it works, and how we can be inconsistent in its use. I hope
the whole exercise will be eye opening for potential StoryBuilders?
and interesting for everyone else, because I'm going to expose a
little bit of the guts of our system.
If you're bored by the technical details, go ahead and skip to my
general thoughts. And then, next week I'll be back to substantially
less techie topics.
The Problem with Definitions
So what is inheritance? It's a creation method that's related to
objects. Which I'll need to take a step back and explain.
(For the tech heads out there, let me say that the objects I'm
referring to here aren't quite the same thing as the objects you'd
find in OOP.)
In the Skotos StoryBuilder? Server every discrete thing is an
object. That's to say each thing is an individual unit that's defined
in certain, common terms and can be interacted with by certain, common
methods.
Everything you see in Castle Marrach is an object. A sword, a pin, a
dress--all objects. A cat, a rat, a shadow--all objects. The Dining
Hall, the Grand Hall, your Guest Room--all objects. Sir Launfal, the
Queen, you--all objects.
Beyond these physical objects, we have a lot of intangible objects
too. Social verbs like hug, kiss, and cry are objects. So are adverbs
such as slyly, happily, and merrily. So are the help files and the tip
files and even the error messages for action verbs.
Each object is made up of certain individual attributes. A sword, for
example, has a look description and a brief description and a weight
and a length. It has details too, like a guard and a hilt and a
pommel.
Making everything in the world into an object lets us view things in a
much more abstract way. We can now look at two objects, say Sir
Launfal and Sir Boreas, and see that they actually have a lot of
attributes in common. They both have feet and legs and knees, for
example. And, the descriptions of those particular details might be
identical for these two characters.
When considering how much similar objects have in common, we begin to
realize that its pretty silly to rewrite all of those common details
every time you create a new object (in this case, every time we create
a new person). So, we try and figure out a way to link together
similar objects.
And that is where inheritance comes in.
With inheritance, we would create a parent object that's used by all
"Men" (maybe; there's variations as we'll see below). We'd put all of
the common information in that parent object. Then, we'd create
children objects which inherit from that object. In our above example
we'd create Launfal and Boreas as children of our "Men" object. They
inherit all of the common information from the parent object. If "Man"
has "ordinary" knees, then both Boreas and Launfal have "ordinary"
knees.
A little restrictive it seems. What is Launfal or Boreas should have
"unordinary" knees? There's more.
Each child object can "overload" data it inherits from its
parent. This means the child can replace some specific information
with its own local data. Say Boreas had "hairy" knees. We'd put the
"hairy knees" attribute in Boreas, the child object, and that would
overload the "ordinary knees" in the "Man" object.
Easy. We get all of the standard information from the parent, then we
change any information we want in the child.
Much of what we've talked about so far is called "data
inheritance". This is when you inherit some attribute or other
information from a parent. In our games, you might inherit a
description or a detail.
There's another type of inheritance too: "method inheritance". This is
when you inherit how to do something. In a prose game like ours, an
object could inherit how to do something via method inheritance (a
person might inherit the "walk" and "talk" methods; a frying pan might
inherit the "cook" method) or how to react to something via method
inheritance (a log could inherit the how-to-react-to-burning method; a
trombone could inherit the how-to-react-to-playing method).
Whew. Summary:
* Two types of inheritance. Data and Method.
* Via inheritance children objects can get data or methods
from parent objects.
* Data inheritance means an object inherits specific
information, such as a description, a weight, or some other
attribute.
* Method inheritances means an object inherits how to do
something, such as a verb or reaction to external stimuli.
So, how can inheritance cause inconsistency?
The Problem with Inheritance
Before I try and answer this question, I want to talk about how
inheritance has been done in MUDs. The problems will quickly become
obvious.
Traditionally there have been two inheritance methods in MUDs: none
and chaotic. I'll briefly run through each of these, then talk about
how we're doing it at Skotos and what challenges we still face.
The oldest MUD, including MUD and AberMUD?, didn't do inheritance at
all. Each object was totally separate. If you wanted to make two
similar objects you'd do it by copying the attributes and methods from
a similar object and changing them ... or more likely you'd just
ignore older objects all together and just create what made sense to
you.
EARLY MUD INHERITANCE
(No Inheritance)
+---------+ +----+ +----------+ +------+
|Longsword| |Dirk| |Frying Pan| |Teapot|
+---------+ +----+ +----------+ +------+
This way of doing things provided for zero consistency. Players would
have no guarantees that similar items would look or work the same. You
might be able to cook with frying pans but not pots. Likewise, since
the correlation between items was so poor, you had no guarantee that
similar items would be related in the correction proportions. Daggers
might be more damaging than swords (And, in fact, when I used to play
AberMUD? this was a noticable issue.)
C++ and OOP started becoming popular among programmers in the 1980s
and they brought with them the whole idea of objects and
inheritance. Thus later MUDs, starting with LPMUD, started to make
good use of inheritance. In fact, they dove headfirst into inheritance
without looking back. You could build trees of objects, with each
object inheriting appropriate methods and attributes from its parents.
LATER MUD INHERITANCE
(Data and Method Inheritance)
WEAPONS
/ | \
DAGGERS BLUNT SWORDS
| | \
Dirk Club Longsword
FOOD
/ \
MEATS GRAINS
/ \ \
COW PIG Cereal
/ / \
Hamburger Ham Bacon
SMITHERY
/ | \
KITCHENERY Nails SWORDS
/ \ \
Teapot Frying Pan Broadsword
As you can, huge trees would developed, and they'd offer a lot of very
useful correlation. It makes sense that Ham and Bacon are very closely
related and that Ham and Hamburger are fairly closely related and that
Hamburger and Cereal have some features in common. That's all
represented by this tree and thus by the methods and attributes
inherited.
But, unfortunately, the structure of the tree is totally arbitrary. We
gain some consistency because similar objects will usually have
similar attributes and methods, but we don't resolve the issue
totally, because similar objects might actually end up far apart on
our inheritance tree--just by chance or by people thinking about
things in different ways.
In my example above, Weapons is a class that describes what its
children do (hurt people) and Smithery is a class that describes what
its children are made of (metal). The classes were probably created by
different people with different ideas of how the world works ... and
we ended up with a situation where swords could be found in two
locations. Because they're far apart in the inheritance tree, a
longsword and a broadsword may actually be very different items. And,
they may work in very different ways. The inheritance of both data and
methods begin to fall apart as our inheritance tree increases in size.
This isn't just a terrible example that I'm demonstratating. This
always happens in inheritance trees of objects, particularly when you
have a bunch of designers all working together on the same tree. In a
real inheritance tree for a real game you might end up with weapons in
a half-dozen places, with most people not knowing where most of the
weapons are. Thus, not only do you end up with massive inconsistency,
but you also end up with lots of redundant work.
In Skotos games, we've done our best to start resolving the issue of
inconsistent inheritance while still maintaining the power of the
concept.
Our first attempt to fix the consistency problems with inheritance
isn't particularly inventive. We did two things:
* We restricted data inheritance to one level.
* We largely got rid of method inheritance. We defined huge
classes of objects (e.g., all physical objects, all help
files, etc.) and determined that all objects in that class
would use the same methods.
SKOTOS 1-D INHERITANCE
(Data Inheritance Only)
SWORD DAGGER PAN POT
/ \ | | |
Longsword Broadsword Dirk Frying Pan Teapot
This resolves several problems.
First, it allows us to use the global verbs that I mentioned last
week. Methods are global (to a very large class of objects) and thus
verbs for interacting with objects are global. Even better, all
objects will react to all stimuli. You could use a teapot as a weapon
(though an ineffective one). You could try and burn your dirk
(unlikely) or eat your longsword (ouch!).
Restricting data inheritance to one level resolved much of the problem
of inconsistent trees--because those inconsistencies usually happen
when you get a few levels into a tree. However, it also creates
inconsistencies because we have to constantly remake items. Sure, our
longsword and broadsword will be guaranteed similar because they both
descend from Sword, and sure all of our weapons will have the same
methods for reacting to combat, but our Broadsword and Dirk aren't
guaranteed to be consistent in detail because they don't have a common
parent.
Let me offer an in-game example. All male characters have the same
parent that they inherit from. It's called the UrMale? ("Ur" is a word
meaning generic; it's kind of like a platonic ideal). Likewise, all
the female characters have the same parent that they inherit
from. It's (cleverly) called UrFemale?. All characters of both sexes
can do the same things, because verbs are global, and they can all
react to the same things, because methods are global.
But there's no link between the attributes and details of UrMale? and
UrFemale?.
Just because a man has a waist doesn't mean a woman will have a waist
(or an arm, or a head, or an eye.)
Oh, we're very careful to keep the UrMale? and the UrFemale? synced,
but there's no system that enforces it. And I know that we've already
gotten sloppy with some of our others parallel Ur objects, such as the
UrOutside? and UrInside? objects that we use as parent objects for
some of our rooms in Marrach. (Want to know why you can almost always
find the "center" or a room inside or why you can almost always
interact with the "wind" outside? It's because they're built into Ur
rooms.) These two Ur objects should be very similar because they both
represent rooms ... but again there's no guarantee that they'll stay
synced.
To better resolve some of these issues we're in the process of
expanding our data inheritance system into two-dimensional
inheritance, or property-based inheritance. The idea is that all
inheritance is only one-level deep, as in the diagram above, but that
we inherit the basic form of the object from an Ur object "above" and
that we inherit certain properties of the object--like color,
substance, and quality--from attribute descriptions "to the left".
(In a certain sense, an object can have lots of different parents that
it inherits from, each offering attributes of very specific types).
SKOTOS 2-D INHERITANCE
(Data Inheritance Only)
POT
|
Brass ------> +--------+
| |
New --------> | Teapot |
| |
Well-made --> +--------+
It's a little more complicated then the one-dimensional inheritance tree,
but it allows for some more complex possibilities.
So, looking at our earlier problems:
* We have no problems with methods inheritance because we make those
method global.
* We can maintain a high level of data consistency by carefully
inheriting the shape and important attributes of an object.
* By keeping inheritance to one-level we avoid complex structures
that hurt consistency.
* But we still have some problems with maintaining relationships
between our objects. There's no guarantee that a longsword will be
better than a dirk.
So again I have to offer the same advice I did to StoryBuilders? last
week: Be aware of consistency problems (regarding inheritance) and try
and keep your inheritance clean and consistent.
And that is the end of my delving into highly technical issues in
order to make a point ... for now at least.
The Problems with StoryBuilding?
Over the last two weeks I've investigated two systems that interested
me--verbs and inheritance. In each case the systems highlighted
consistency problems.
In truth there can be consistency problems in anything you do with
online game design, so it's a problem that you have to be constantly
aware of.
Here's a few more places where inconsistency can hamper your online games:
* Room descriptions. Is everything written in the same voice? Is the
level of description the same for all briefs / looks / examines?
* Language. Is your use of language the same throughout or do armor
and gray mix with armour and grey?
* Danger level. Is similar warning always given for similar danger?
Or, might an ancient red dragon be a pussycat in part of your
world and a deadly opponent in another?
* Reward level. Within reason, does similar danger usually result in
similar reward? Or, can killing a cow give you 100 gold while
killing that ancient red dragon (the mean one) only gives you a
few coppers?
* StoryTelling. Do different StoryTellers have the same criteria for
doing things? Do some StoryTellers give out tons of help to
players while others ask them to get along on their own?
The list goes on. Some may even be worthy of future columns on their
own.
Just be aware of the basic maxim which I already suggested last week:
Consistency matters.
See you in 7 when I'll tell you about my second dream of Castle
Marrach ... and what it got me thinking about. - FW: Article on Data Inheritance Kevin Littlejohn
- job opportunities Koster, Raph
- Those (in)famous EQ stories bubba@bubba.mud
- Writing articles (was: FW: Article on Data Inheritance) Bruce
- Writing articles (was: FW: Article on Data Inheritance) the_logos@www.achaea.com
- Room-based vs. Coordinate based[Was semi-graphical muds] Ben Chambers
- Room-based vs. Coordinate based[Was semi-graphical muds] Warren Powell
- Room-based vs. Coordinate based[Was semi-graphical muds] the_logos@www.achaea.com
- Room-based vs. Coordinate based[Was semi-graphical muds] J C Lawrence
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC Russ Lewis
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC J C Lawrence
- Modular Design Issues RFC Bruce
- Modular Design Issues RFC J C Lawrence
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC J C Lawrence
- Modular Design Issues RFC Daniel.Harman@barclayscapital.com
- Modular Design Issues RFC Greg Lewis
- Modular Design Issues RFC Daniel.Harman@barclayscapital.com
- Modular Design Issues RFC Ben Chambers
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC J C Lawrence
- Modular Design Issues RFC J C Lawrence
- Modular Design Issues RFC Scion Altera
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC Kwon Ekstrom
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC Kwon Ekstrom
- Modular Design Issues RFC Ryan Rhodes
- Modular Design Issues RFC Kwon Ekstrom
- Modular Design Issues RFC Scion Altera
- Modular Design Issues RFC Jo Dillon
- Modular Design Issues RFC J C Lawrence
- Party at DundraCon Christopher Allen
- MUD-Dev digest, Vol 1 #246 - 6 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #246 - 6 msgs the_logos@www.achaea.com
- Roundtable status, changes, and future. J C Lawrence
- Roundtable status, changes, and future. J C Lawrence
- Persistent Worlds Ryan Rhodes
- Persistent Worlds J C Lawrence
- Persistent Worlds Hulbert, Leland
- Persistent Worlds J C Lawrence
- Persistent Worlds John Buehler
- Persistent Worlds J C Lawrence
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Travis Casey
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Scion Altera
- Persistent Worlds John Buehler
- Persistent Worlds J C Lawrence
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds J C Lawrence
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Travis Casey
- Persistent Worlds Hulbert, Leland
- Persistent Worlds Jon Lambert
- Persistent Worlds Ryan Rhodes
- Persistent Worlds Jon Lambert
- Persistent Worlds Ryan Rhodes
- Persistent Worlds Jon Lambert
- Persistent Worlds Ryan Rhodes
- Persistent Worlds J C Lawrence
- Persistent Worlds Jon Lambert
- Persistent Worlds Ryan Rhodes
- Persistent Worlds Miroslav Silovic
- Persistent Worlds Bruce
- Persistent Worlds Ryan Rhodes
- Persistent Worlds Phillip Lenhardt
- Persistent Worlds Miroslav Silovic
- Persistent Worlds Ryan Rhodes
- Persistent Worlds Jon Lambert
- Persistent Worlds J C Lawrence
- Persistent Worlds John Buehler
- Persistent Worlds J C Lawrence
- Persistent Worlds John Buehler
- Persistent Worlds J C Lawrence
- Persistent Worlds John Buehler
- Persistent Worlds msew
- Persistent Worlds rayzam
- Persistent Worlds John Buehler
- Persistent Worlds rayzam
- Persistent Worlds Travis Casey
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds John Buehler
- Persistent Worlds Tess Lowe
- Persistent Worlds John Buehler
- Persistent Worlds Travis Casey
- Persistent Worlds John Buehler
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds John Buehler
- Persistent Worlds Kevin Littlejohn
- Persistent Worlds J C Lawrence
- Persistent Worlds Tess Lowe
- Persistent Worlds J C Lawrence
- Persistent Worlds Dave Rickey
- Persistent Worlds Eli Stevens
- Persistent Worlds John Buehler
- Persistent Worlds Nathan F.Yospe
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Nathan F.Yospe
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Jon Lambert
- Persistent Worlds J C Lawrence
- Persistent Worlds Jon Lambert
- Persistent Worlds J C Lawrence
- Persistent Worlds rayzam
- Persistent Worlds Nathan F.Yospe
- Persistent Worlds Christopher Allen
- Persistent Worlds Travis Casey
- Persistent Worlds J C Lawrence
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Travis Casey
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Travis Casey
- Persistent Worlds Corey Crawford
- Persistent Worlds Marian Griffith
- Persistent Worlds Travis Casey
- Persistent Worlds the_logos@www.achaea.com
- Persistent Worlds Marian Griffith
- Persistent Worlds Brandon J. Rickman
- Persistent Worlds Nathan F.Yospe
- Persistent Worlds J C Lawrence
- Persistent Worlds Ryan Rhodes
- MMORPGs: Pointers to System Specs? Lars Duening
- MMORPGs: Pointers to System Specs? Jake Song
- Shameless Plug. SavantKnowsAll@cs.com
- Shameless Plug. Travis Casey
- Shameless Plug. J C Lawrence
- Shameless Plug. SavantKnowsAll@cs.com
- Shameless Plug. J C Lawrence
- Shameless Plug. SavantKnowsAll@cs.com
- Shameless Plug. Christopher Allen
- Shameless Plug. J C Lawrence
- Shameless Plug. SavantKnowsAll@cs.com
- Shameless Plug. J C Lawrence
- enforced roleplaying the_logos@www.achaea.com
- enforced roleplaying Sanvean
- enforced roleplaying the_logos@www.achaea.com
- enforced roleplaying Christopher Allen
- enforced roleplaying Mark Watson
- enforced roleplaying Klyde Beattie
- enforced roleplaying the_logos@www.achaea.com
- Real Life Consequences Corey Crawford
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences J C Lawrence
- Real Life Consequences rayzam
- Real Life Consequences John Buehler
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences J C Lawrence
- Real Life Consequences Christopher Allen
- Real Life Consequences Kerem HADIMLI
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences Kevin Littlejohn
- Real Life Consequences John Buehler
- Real Life Consequences Kevin Littlejohn
- Real Life Consequences J C Lawrence
- Real Life Consequences John Buehler
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences Jeff Freeman
- Real Life Consequences Marian Griffith
- Real Life Consequences David Loeser
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences John Buehler
- Real Life Consequences David Loeser
- Real Life Consequences Rodney Lorrimar
- Real Life Consequences Michael Tresca
- Real Life Consequences J C Lawrence
- Real Life Consequences John Buehler
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences Daniel.Harman@barclayscapital.com
- Real Life Consequences Marc Bowden
- Real Life Consequences J C Lawrence
- Real Life Consequences Mike Niederer
- Real Life Consequences Jon Morrow
- Real Life Consequences Jeff Freeman
- Real Life Consequences John Buehler
- Real Life Consequences the_logos@www.achaea.com
- Real Life Consequences John Buehler
- Real Life Consequences Jeff Freeman
- Real Life Consequences John Buehler
- Real Life Consequences Jon Morrow
- Real Life Consequences J C Lawrence
- Real Life Consequences Jon Morrow
- Real Life Consequences J C Lawrence
- Real Life Consequences Michael Tresca
- Real Life Consequences msew
- Real Life Consequences Adam Casbarian
- MUD-Dev digest, Vol 1 #249 - 28 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #249 - 28 msgs the_logos@www.achaea.com
- MUD-Dev digest, Vol 1 #249 - 28 msgs the_logos@www.achaea.com
- Job search Dr. Cat
- Pay for Play (or Commercial Rolecall) Ryan Rhodes
- Pay for Play (or Commercial Rolecall) J C Lawrence
- Pay for Play (or Commercial Rolecall) Marc Bowden
- Pay for Play (or Commercial Rolecall) Jeff Freeman
- Pay for Play (or Commercial Rolecall) the_logos@www.achaea.com
- Pay for Play (or Commercial Rolecall) Ryan Rhodes
- Pay for Play (or Commercial Rolecall) the_logos@www.achaea.com
- Pay for Play (or Commercial Rolecall) Dave Rickey
- Pay for Play (or Commercial Rolecall) Jeff Freeman
- Pay for Play (or Commercial Rolecall) Ananda Dawnsinger
- Pay for Play (or Commercial Rolecall) Dave Rickey
- Pay for Play (or Commercial Rolecall) Dave Rickey
- Pay for Play (or Commercial Rolecall) S. Patrick Gallaty
- Pay for Play (or Commercial Rolecall) Jeff Freeman
- Pay for Play (or Commercial Rolecall) Jon Lambert
- Pay for Play (or Commercial Rolecall) J C Lawrence
- Pay for Play (or Commercial Rolecall) the_logos@www.achaea.com
- Pay for Play (or Commercial Rolecall) Jon Morrow
- A new MUD-standard Ben Chambers
- A new MUD-standard Adam Casbarian
- A new MUD-standard Ben Chambers
- A new MUD-standard Christopher Allen
- A new MUD-standard Ben Greear
- A new MUD-standard Ben Chambers
- A new MUD-standard Ben Greear
- A new MUD-standard Ben Chambers
- A new MUD-standard rayzam
- A new MUD-standard katroutt@home.com
- A new MUD-standard Frank Crowell
- A new MUD-standard Bryce Harrington
- A new MUD-standard Frank Crowell
- A new MUD-standard Hans-Henrik Staerfeldt
- A new MUD-standard Ben Chambers
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Jon Lambert
- A new MUD-standard Frank Crowell
- A new MUD-standard Ryan Rhodes
- A new MUD-standard Ben Chambers
- A new MUD-standard Bruce
- A new MUD-standard Ben Chambers
- A new MUD-standard Chris Jones
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Ben Chambers
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard John Bertoglio
- A new MUD-standard J C Lawrence
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard J C Lawrence
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Bruce
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Kevin Littlejohn
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Bruce
- A new MUD-standard Kevin Littlejohn
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Ben Chambers
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Ben Chambers
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard Kevin Littlejohn
- A new MUD-standard Ben Chambers
- A new MUD-standard Kwon Ekstrom
- A new MUD-standard the_logos@www.achaea.com
- A new MUD-standard Frank Crowell
- Community (was: Semi Graphical Muds) Marian Griffith
- Defining a community Klyde Beattie
- Defining a community Dave Rickey
- Defining a community Jeff Freeman
- Defining a community Dave Rickey
- Defining a community Mark Watson
- Defining a community Koster, Raph
- Defining a community Ola Fosheim Grøstad
- "Doing a dungeon" (was: Permadeath or Not?) msew
- "Doing a dungeon" (was: Permadeath or Not?) the_logos@www.achaea.com
- "Doing a dungeon" (was: Permadeath or Not?) Daniel.Harman@barclayscapital.com
- "Doing a dungeon" (was: Permadeath or Not?) msew
- "Doing a dungeon" (was: Permadeath or Not?) Vincent Archer
- "Doing a dungeon" (was: Permadeath or Not?) msew
- "Doing a dungeon" (was: Permadeath or Not?) Brian Hook
- "Doing a dungeon" (was: Permadeath or Not?) John Buehler
- "Doing a dungeon" (was: Permadeath or Not?) Brian Hook
- "Doing a dungeon" (was: Permadeath or Not?) John Buehler
- "Doing a dungeon" (was: Permadeath or Not?) Brian 'Psychochild' Green
- "Doing a dungeon" (was: Permadeath or Not?) Travis Nixon
- "Doing a dungeon" (was: Permadeath or Not?) Koster, Raph
- "Doing a dungeon" (was: Permadeath or Not?) Travis Casey
- "Doing a dungeon" (was: Permadeath or Not?) Vincent Archer
- "Doing a dungeon" (was: Permadeath or Not?) msew
- "Doing a dungeon" (was: Permadeath or Not?) Brian Hook
- "Doing a dungeon" (was: Permadeath or Not?) Dave Rickey
- MUD Schools Ben Chambers
- MUD Schools David Bennett
- MUD Schools Alex
- MUD Schools David Bennett
- MUD Schools Marc Bowden
- MUD Schools Ben Chambers
- MUD Schools Michael Tresca
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Tess Lowe
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") John Buehler
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Ananda Dawnsinger
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") David Bennett
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Adam Casbarian
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") J C Lawrence
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") rayzam
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Travis Nixon
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") the_logos@www.achaea.com
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Marian Griffith
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") John Buehler
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") Kwon Ekstrom
- Teaching ethics in MUDs (was "An essay on d00dism and the MMORPG") the_logos@www.achaea.com
- Teaching ethics in MUDs Tess Lowe
- Teaching ethics in MUDs John Buehler
- Mozilla as a client (was: A new MUD-standard) Bruce
- Mozilla as a client (was: A new MUD-standard) Kwon Ekstrom
- GoPers are ants at RP picnics!... was Pay for Play(or commercial rolecall) Jon Lambert
- Condsiders Daniel.Harman@barclayscapital.com
- Condsiders J C Lawrence
- Condsiders Jeff Freeman
- Condsiders J C Lawrence
- Condsiders Marc Bowden
- Condsiders Ryan Rhodes
- Condsiders Klyde Beattie
- Condsiders John Buehler
- Condsiders Klyde Beattie
- Condsiders rayzam
- Condsiders John Buehler
- (no subject) msew
- Phantasy Star online article Koster, Raph
- Phantasy Star online article the_logos@www.achaea.com
- Phantasy Star online article Koster, Raph
- Phantasy Star online article the_logos@www.achaea.com
- Phantasy Star online article msew
- Myn ynd Wymyn (was Teaching ethics in MUDs) Ananda Dawnsinger
- Myn ynd Wymyn (was Teaching ethics in MUDs) Ananda Dawnsinger
- Myn ynd Wymyn (was Teaching ethics in MUDs) Adam Casbarian
- Myn ynd Wymyn (was Teaching ethics in MUDs) Ananda Dawnsinger
- Item Distribution in Areas Jim S
- Item Distribution in Areas Brian Hook
- Item Distribution in Areas Vincent Archer
- Item Distribution in Areas rayzam
- Item Distribution in Areas Dave Rickey
- Game Developer Conference Proceedings? Ola Fosheim Grøstad
- Game Developer Conference Proceedings? Koster, Raph
- Game Developer Conference Proceedings? Timothy Dang
- Game Developer Conference Proceedings? the_logos@www.achaea.com
- New Bartle article Koster, Raph
- New Bartle article Richard A. Bartle
- New Bartle article Koster, Raph
- New Bartle article Richard A. Bartle
- New Bartle article the_logos@www.achaea.com
- New Bartle article rayzam
- New Bartle article Dave Rickey
- New Bartle article Richard A. Bartle
- New Bartle article Dave Rickey
- New Bartle article Daniel James
- New Bartle article the_logos@www.achaea.com
- New Bartle article Freeman, Jeff
- New Bartle article the_logos@www.achaea.com
- New Bartle article Vincent Archer
- New Bartle article the_logos@www.achaea.com
- New Bartle article Vincent Archer
- New Bartle article the_logos@www.achaea.com
- New Bartle article Adam Martin
- New Bartle article Richard A. Bartle
- New Bartle article Jeff Freeman
- New Bartle article Richard A. Bartle
- New Bartle article John Buehler
- New Bartle article Richard A. Bartle
- New Bartle article John Buehler
- New Bartle article Richard A. Bartle
- New Bartle article johnbue@msn.com
- New Bartle article Richard A. Bartle
- New Bartle article John Buehler
- New Bartle article Richard A. Bartle
- New Bartle article John Buehler
- New Bartle article Richard A. Bartle
- New Bartle article John Buehler
- New Bartle article Phillip Lenhardt
- New Bartle article the_logos@www.achaea.com
- New Bartle article John Buehler
- New Bartle article msew
- New Bartle article Richard A. Bartle
- New Bartle article Brian Hook
- New Bartle article Richard A. Bartle
- New Bartle article Vincent Archer
- New Bartle article Richard A. Bartle
- New Bartle article the_logos@www.achaea.com
- New Bartle article Jon Lambert
- New Bartle article the_logos@www.achaea.com
- New Bartle article Brian Hook
- New Bartle article the_logos@www.achaea.com
- New Bartle article Brian Hook
- New Bartle article the_logos@www.achaea.com
- New Bartle article Adam Martin
- New Bartle article Dave Rickey
- New Bartle article Brian Hook
- New Bartle article Dave Rickey
- New Bartle article Steve {Bloo} Daniels
- New Bartle article Daniel.Harman@barclayscapital.com
- New Bartle article Dave Rickey
- New Bartle article Vincent Archer
- New Bartle article Vincent Archer
- New Bartle article Travis Casey
- New Bartle article msew
- New Bartle article Richard A. Bartle
- New Bartle article Travis Casey
- New Bartle article Richard A. Bartle
- New Bartle article the_logos@www.achaea.com
- New Bartle article Richard A. Bartle
- New Bartle article the_logos@www.achaea.com
- New Bartle article Richard A. Bartle
- New Bartle article the_logos@www.achaea.com
- New Bartle article Richard A. Bartle
- New Bartle article Dave Rickey
- New Bartle article Richard A. Bartle
- New Bartle article Dave Rickey
- New Bartle article Richard A. Bartle
- New Bartle article Dave Rickey
- New Bartle article Richard A. Bartle
- New Bartle article Marc Bowden
- New Bartle article Richard A. Bartle
- New Bartle article rayzam
- New Bartle article Daniel.Harman@barclayscapital.com
- New Bartle article Richard A. Bartle
- New Bartle article Daniel.Harman@barclayscapital.com
- New Bartle article Blane Bramble
- New Bartle article Richard A. Bartle
- New Bartle article Gaffney, Jeremy
- New Bartle article Richard A. Bartle
- New Bartle article Dave Rickey
- New Bartle article Richard A. Bartle
- New Bartle article Freeman, Jeff
- New Bartle article Wells, Thomas
- New Bartle article Trump
- New Bartle article Brian Hook
- New Bartle article Travis Nixon
- New Bartle article Brian Hook
- New Bartle article Daniel James
- New Bartle article Brian Hook
- New Bartle article John Buehler
- New Bartle article Koster, Raph
- New Bartle article msew
- New Bartle article Vincent Archer
- New Bartle article shren
- New Bartle article Vincent Archer
- New Bartle article Timothy Dang
- New Bartle article Richard A. Bartle
- New Bartle article msew
- New Bartle article Koster, Raph
- New Bartle article John Buehler
- New Bartle article Koster, Raph
- New Bartle article John Buehler
- New Bartle article Paul Schwanz - Enterprise Services
- New Bartle article Sanvean
- New Bartle article the_logos@www.achaea.com
- New Bartle article Brian Hook
- New Bartle article the_logos@www.achaea.com
- New Bartle article Travis Casey
- New Bartle article the_logos@www.achaea.com
- New Bartle article Travis Casey
- New Bartle article Travis Casey
- New Bartle article Timothy Dang
- New Bartle article Travis Casey
- New Bartle article Marc Bowden
- New Bartle article Marc Bowden
- New Bartle article Matt Mihaly
- everquest banning sarapis@www.achaea.com
- Fallen Age (was Shameless Plug) SavantKnowsAll@cs.com
- Fallen Age (was Shameless Plug) the_logos@www.achaea.com
- Fallen Age (was Shameless Plug) SavantKnowsAll@cs.com
- Fallen Age (was Shameless Plug) the_logos@www.achaea.com
- Fallen Age (was Shameless Plug) SavantKnowsAll@cs.com
- Fallen Age (was Shameless Plug) Brian 'Psychochild' Green
- Fallen Age (was Shameless Plug) the_logos@www.achaea.com
- Fallen Age (was Shameless Plug) SavantKnowsAll@cs.com
- Myn ynd Wymyn (was Teaching ethics in MUDs) Adam Casbarian
- Myn ynd Wymyn (was Teaching ethics in MUDs) Willowreed@aol.com
- Yamauchi Puts the Industry In Its Place msew
- Item drain was Item Distribution in Areas Brian Hook
- MUD-Dev digest, Vol 1 #255 - 27 msgs Dr. Cat
- MUD-Dev digest, Vol 1 #255 - 27 msgs John Buehler
- realism and unrealism Travis Casey
- realism and unrealism Federico Di Gregorio
- realism and unrealism Marian Griffith
- Limiting rewards was Interesting EQ rant (very long quote) Brian Hook
- Limiting rewards was Interesting EQ rant (very long quote) S. Patrick Gallaty
- Limiting rewards was Interesting EQ rant (very long quote) Brian Hook
- Limiting rewards was Interesting EQ rant (very long quote) Daniel.Harman@barclayscapital.com
- Limiting rewards was Interesting EQ rant (very long quote) the_logos@www.achaea.com
- Damaging items was New Bartle article Brian Hook
- Damaging items was New Bartle article msew
- Damaging items was New Bartle article Brian Hook
- Damaging items was New Bartle article Travis Casey
- Damaging items was New Bartle article John Buehler
- Damaging items was New Bartle article Travis Casey
- Damaging items was New Bartle article Marian Griffith
- MUD-Dev digest, Vol 1 #255 - 27 msgs Dr. Cat
- Distributed Processing John Buehler
- Distributed Processing Gaffney, Jeremy
- Distributed Processing John Buehler
- Distributed Processing Vincent Archer
- Distributed Processing Timothy Dang
- Distributed Processing Adam Martin
- Distributed Processing shren
- Distributed Processing Gaffney, Jeremy
- Quests + No Spoils (was: Interesting EQ rant) Corey Crawford
- Quests + No Spoils (was: Interesting EQ rant) the_logos@www.achaea.com
- Where's The Line Drawn Kyndig
- Where's The Line Drawn KaVir@dial.pipex.com
- Where's The Line Drawn Frank Crowell
- Multiple Character Races John Buehler
- Multiple Character Races Brian Hook
- Multiple Character Races Caliban Tiresias Darklock
- Multiple Character Races John Buehler
- Multiple Character Races Koster, Raph
- Multiple Character Races John Buehler
- Multiple Character Races ghovs
- Multiple Character Races the_logos@www.achaea.com
- Multiple Character Races Michael Tresca
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Vincent Archer
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Zak Jarvis
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Koster, Raph
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Koster, Raph
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Freeman, Jeff
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Jeff Freeman
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) shren
- FW: Interesting EQ rant (very long quote) Freeman, Jeff
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Jon Lambert
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Travis Nixon
- FW: Interesting EQ rant (very long quote) F. Randall Farmer
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Nathan F.Yospe
- FW: Interesting EQ rant (very long quote) J. Coleman
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Koster, Raph
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Kevin Littlejohn
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Travis Casey
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Paul Schwanz - Enterprise Services
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) J. Coleman
- FW: Interesting EQ rant (very long quote) Freeman, Jeff
- FW: Interesting EQ rant (very long quote) Brian Hook
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Travis Casey
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Travis Casey
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Travis Casey
- FW: Interesting EQ rant (very long quote) Matt Mihaly
- FW: Interesting EQ rant (very long quote) Travis Casey
- FW: Interesting EQ rant (very long quote) shren
- FW: Interesting EQ rant (very long quote) Paul Schwanz - Enterprise Services
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Kevin Littlejohn
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Kevin Littlejohn
- FW: Interesting EQ rant (very long quote) John Buehler
- FW: Interesting EQ rant (very long quote) Adam Martin
- FW: Interesting EQ rant (very long quote) the_logos@www.achaea.com
- FW: Interesting EQ rant (very long quote) Vincent Archer
- FW: Interesting EQ rant (very long quote) holding99@mindspring.com
- FW: Interesting EQ rant (very long quote) david.l.smith@home.com
- FW: Interesting EQ rant (very long quote) holding99@mindspring.com
- FW: Interesting EQ rant (very long quote) Nathan F.Yospe
- Balance was Damaging items was New Bartle artic le Palacio, Ryan
- License Laws was Where's The Line Drawn Èric Rhéa
- License Laws was Where's The Line Drawn Frank Crowell
- Scripting Ben Chambers