June 1997
- UNSUBSCRIBE Dan Armstrong
- Resets, langs, and quests ashen
- [RP v. Power Gaming v. Pkilling] Jeff Kesselman
- [RP v. Power Gaming v. Pkilling] Caliban Tiresias Darklock
- RP: TIime to define Jeff Kesselman
- RP: TIime to define Caliban Tiresias Darklock
- Reasonable danger [was Alright... IF your gonan do DESIESE...] Matt Chatterley
- Reasonable danger [was Alright... IF your gonan do DESIESE...] Marian Griffith
- Administrative posting coder@ibm.net
- Administrative posting Jeff Kesselman
- Administrative posting coder@ibm.net
- PKilling (was Life) Brandon Gillespie
- A quick apology... Jeff Kesselman
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Jon A. Lambert
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Jon A. Lambert
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Jon A. Lambert
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Adam Wiggins
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Jon A. Lambert
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Adam Wiggins
- The reality of constant combat?? Caliban Tiresias Darklock
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? Adam Wiggins
- The reality of constant combat?? Jeff Kesselman
- The reality of constant combat?? clawrenc@cup.hp.com
- The reality of constant combat?? Ling
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based Nathan Yospe
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Huibai
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based Adam Wiggins
- Room-based vs. coordinate-based Chris Gray
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based Jon A. Lambert
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Nathan Yospe
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Nathan Yospe
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based Brandon J. Rickman
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based Brandon J. Rickman
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Alex Oren
- Room-based vs. coordinate-based Shawn Halpenny
- Room-based vs. coordinate-based Brandon J. Rickman
- Room-based vs. coordinate-based coder@ibm.net
- Room-based vs. coordinate-based Brandon J. Rickman
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Marian Griffith
- Room-based vs. coordinate-based S001GMU@nova.wright.edu
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based S001GMU@nova.wright.edu
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Brandon J. Rickman
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Miroslav Silovic
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based coder@ibm.net
- Room-based vs. coordinate-based Miroslav Silovic
- Room-based vs. coordinate-based Chris Gray
- Room-based vs. coordinate-based clawrenc@cup.hp.com
- Room-based vs. coordinate-based Jeff Kesselman
- Room-based vs. coordinate-based Chris Gray
- Life Jamie Norrish
- Life Ling
- Life ashen
- Life Matt Chatterley
- Life Jeff Kesselman
- Life clawrenc@cup.hp.com
- Life Jeff Kesselman
- Life Marian Griffith
- Life Adam Wiggins
- Life Jeff Kesselman
- Life clawrenc@cup.hp.com
- Life Jeff Kesselman
- Reasonable danger [was Alright... IF your gonan Adam Wiggins
- RP/PG examples Caliban Tiresias Darklock
- RP/PG examples Jeff Kesselman
- RP/PG examples Adam Wiggins
- RP/PG examples Caliban Tiresias Darklock
- RP/PG examples Jeff Kesselman
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Nathan Yospe
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Ling
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Marian Griffith
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Marian Griffith
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Nathan Yospe
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Nathan Yospe
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
On Fri, 20 Jun 1997 20:18:49 PST8PDT, Adam Wiggins
<nightfall@inficad.com> wrote:
>[Caliban:]
>> 'here we have a group of servers that does this part well, and here we
>> have a group that does that part well, so why not look at the
>> possibility of doing something that combines the natural strengths of
>> the two types, a sort of hybrid server?'
>
>*nod*..this is what I desire, and I think most folks think that this
>is a Good Thing(tm) too. However, there seem to be large disagreements
>of what the 'good' parts of any given server (or, more signifigantly,
>game type) are.
A lot of effort appears to be directed at locating the good algorithms
and internal representations of the object model, rather than the
high-level things which make a good game. What I'm looking at here is
the general idea that people prefer certain things; we never seem to
discuss the actual end-result, but the idea of how to represent a
specific effect. I think in any system, there are several things that
need to be handled, but rather than looking around and going "Let's use
the socket code from Diku and the builder code from Mordor and the
commands from TinyMUX and the database structure from Cold" -- which of
course would be like using all the leftovers you have that aren't moldy
to make a casserole -- let's look at what *makes* these things good (and
I'm not saying any of the above are necessarily the best examples
available), and see if we can't come up with something that would be as
good or better.
>We're always talking about this _sort_ of thing, I think, but it's
>usually in very general terms rather than in terms of actual
>functionality you want to lift wholesale from a certain server.
No, no, no, that's not what I'm proposing! I'm proposing that we look at
what works, and use it as a guide -- with the aim being to take the good
parts, see why they're good, and try to put them together into something
better. There will of course be modifications, because there's nothing
out there that's *perfect*; more to the point, what I'm looking at is
the possibility that if we assume the people using the server know
absolutely nothing about anything, how can we best provide them with
something intuitive and easy to use? This means that none of the admins,
imms, imps, gods, wizards, or whatever you call them have any
preconception about how the MUD ought to work; let's assume they would
spend a lot of time posting messages to mailing lists asking how to do
very very simple things, and try to answer those questions in the
documentation and help. Let's try to make a server that takes next to no
effort to install, run, and use, and free up these people to actually
improve the game itself by adding new spells and classes and races and
let them do all of it without having to recompile or reimplement
anything at all.
>As you've said, any hybrid worth its beans would have to be from-scratch,
>forgoing a lot of the assumptions and setup things that have kept
>existing servers from heading this way.
If we operate from the assumption that no one is going to need to bring
a database or area in from any other server, and leave any desired
conversion utilities to standalone programs designed by people who need
to do that sort of thing... that could free up our ability to define
what really needs to be in the server. If we work from the idea of
making the player happy, rather than the builder and the programmer,
then we could possibly come out of this with something really great
that's long overdue.
>> There's a lot of talk here about internals, and next to no talk about
>> what finally ends up on the screen when a user logs on. The user is
>
>It depends. I recall Wout's list being a lot less technical, but maybe
>I just wasn't paying very close attention. About 6 months ago the
>list went *very* technical and I didn't post for quite a while; it's
>actually gotten quite a bit better with the recent influx of so many new
>people.
It's not the question of technical versus nontechnical; it's more a
question of directed effort. The server developer is obviously concerned
more with the code that runs the server than he is with the command set
it results in. We end up with an interface and command structure that
happens almost as a side effect.
>Depends. I'm not interested in making my game accessable to a wide number
>of users. I *am* interested in making it more playable, fun, and enthralling
>for the users that I am targeting (namely, those who like to play the same
>kinds of games I do). One thing my parter and I have always paid very
>close attention to is making sure everything works in an intuative way.
But the question is whether you're allowing new people who WOULD like to
play these same kinds of games an appropriate opportunity to learn the
game. No game is going to make *everyone* happy, but to create an
interface targeted at people with a specific area of knowledge can
unfairly lock out some very promising players. A related problem area is
the all-too-common lack of documentation in servers; as should be
evident in this post, I have four major problems with the majority of
servers available.
1. Lack of documentation.
2. Nonintuitive command structure.
3. Complex and difficult building interface.
4. Lack of system flexibility.
What all of this comes down to, in my opinion, is a lack of proper
planning and design. I think what happens is that the developer has a
really cool idea, and just jumps in and starts writing code. (I've been
guilty of this myself.) When he hits a snag, he ducks and weaves around
the problem. At the end of the process, there's this huge mess of code
that could have been a lot better; and it's so tightly integrated, the
problems are now difficult if not impossible to fix.
It's been mentioned on this list before that the planning phase and the
documentation phase just aren't fun. I think that's a good point, but I
also think that we have a large enough community that we could possibly
get the planning done in a sort of open forum, even before the code is
actually being written. If we create something that has clear and
compelling advantages, then people will *want* to write to the standard,
and it won't be a question of my project and his project. If we build a
set of 'desirable' server qualities, and put forth a little work here
and there toward implementing those qualities, we can end up with a
project that really doesn't *belong* to anyone. It would be something
that is a property of the community, like it should be. It would reflect
the wants, needs, and opinions of the people who are actually expected
to use it.
>Even the most intelligent and experienced gamer will be turned away if he
>can't figure out how to interact with the game. Ours is particularly
>bad since the game world is so open-ended (no easy-to-define goals from
>the moment you start playing) and so complex (no simple list of special-case
>rules as with a pen and paper RPG).
I think complexity is something we should be trying to minimise. The
more complicated the game gets, the harder it is to add a new feature or
enhance an existing one. Tight integration for speed and power is a good
thing until you want to build on it; there's no place to slot your
changes and concepts in, and when you try to shift things around, you
break things that you thought weren't even related. One of the things
I've been looking at is trying to separate the four sections of the
server I mentioned previously on this list; basically, setting them up
so there is a very simple API in between them and anything that conforms
to that API can replace a section. Sort of like FOSSIL drivers for
serial interfaces; a FOSSIL driver abstracted the serial communications
required for a program into a simple interrupt-driven API which nearly
anyone could support. Any DOS programmer could learn the API in a matter
of minutes, and add serial support to an application with a few hours of
work.
I think we could do the same general thing with a MUD, allowing someone
to easily plug a new command set or builder interface or programming
language or server core into the game. In other words, we could make it
modular, with any and all of the modules interchangeable within their
own function set. Working to this sort of standard would allow us to
write whatever weird and wonderful things we want, with the assurance
that as long as it conforms to the API it's going to work well with
other pieces.
Furthermore, if someone has a great plan for a new command structure, he
wouldn't have to go reinvent the wheel by building the server core that
handles network communications. He could build just the module he has a
great idea for, and be confident that it's going to be linked to a
working additional set of interfaces.
This separation of function would also allow a programmer to quickly
isolate any problems to a specific module, improving debugging. If
someone keeps getting booted form the server, the problem could not
possibly be in the command structure or programming language, it must be
somewhere in the server core. If we provide an effective debugging
model, we could make even the location and repair of bugs effectively a
no-brainer.
If we could cooperate on a project of this type, and set aside the 'X
sucks Y rules' sort of thing, I don't really see that it would hurt
anything. It may help; there are probably a lot of people out there who
could improve their own designs just by watching the thread. Even if we
don't actually build a server, we can still have an impact on server
buillders, whether it might be the design of a full server based on what
we come up with, or just a few modifications to a design in progress to
reflect something we said that was considered a Good Idea. I certainly
don't see that a discussion of the matter could have any detrimental
effect.
-+[caliban@darklock.com]+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
I am here to grind your eyes harder into the miasmic bile of life; to
show you the truth and the beauty in the whisper of steel on silk and
the crimson scent of blood as it rises to meet the caress of a blade.
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+[http://www.darklock.com/]+- - RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD Matt Chatterley
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Jon A. Lambert
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Brandon Cline
- RP=MUSH/PG=MUD coder@ibm.net
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD Adam Wiggins
- RP=MUSH/PG=MUD Jeff Kesselman
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Martin Keegan
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Chris Gray
- RP=MUSH/PG=MUD Nathan Yospe
- RP=MUSH/PG=MUD Caliban Tiresias Darklock
- RP=MUSH/PG=MUD clawrenc@cup.hp.com
- RP=MUSH/PG=MUD Marian Griffith
- RP=MUSH/PG=MUD Matt Chatterley
- Computers can't.... Jeff Kesselman
- Computers can't.... Caliban Tiresias Darklock
- Computers can't.... Jeff Kesselman
- Combat and Roleplay Jeff Kesselman
- Combat and Roleplay clawrenc@cup.hp.com
- Death Jeff Kesselman
- Learning Todd Lair
- Message problems with this list coder@ibm.net
- Greetings Koster, Raph
- Another Introduction... Travis S Casey
- Lorry's document on wizard-hood clawrenc@cup.hp.com
- Lorry's document on wizard-hood Jeff Kesselman
- Lorry's document on wizard-hood clawrenc@cup.hp.com
- Threaded rand() Ling
- I have no words and I must design clawrenc@cup.hp.com
- I have no words and I must design Adam Wiggins
- TSR has been bought. Jeff Kesselman
- DESIGN: The Physics of Magic coder@ibm.net
- over the shoudler view Jeff Kesselman
- Re:[DESIGN] the physcis of magic. Jeff Kesselman
- RIME/Fido nolstalgia Adam Wiggins
- a definition of role-playing Travis S Casey
- [RP] The thoughful player Jeff Kesselman
- web archive for MUD Design List ? Dmitri Kondratiev
- web archive for MUD Design List ? clawrenc@cup.hp.com
- web archive for MUD Design List ? Dmitri Kondratiev
- web archive for MUD Design List ? clawrenc@cup.hp.com
- [WotC TSR buyout] WotC Survey Jeff Kesselman
- The laws of probability coder@ibm.net
- The laws of probability Chris Gray
- The laws of probability coder@ibm.net
- The laws of probability clawrenc@cup.hp.com
- The laws of probability Adam Wiggins
- The laws of probability clawrenc@cup.hp.com
- The laws of probability clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) Chris Gray
- "short" Introductory Message (fwd) Jeff Kesselman
- "short" Introductory Message (fwd) Chris Gray
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) coder@ibm.net
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) Chris Gray
- "short" Introductory Message (fwd) Marian Griffith
- "short" Introductory Message (fwd) Jeff Kesselman
- "short" Introductory Message (fwd) Marian Griffith
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Nathan Yospe
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) Simon Miller
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Matt Chatterley
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) Marian Griffith
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Jeff Kesselman
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Jon A. Lambert
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Martin Keegan
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) clawrenc@cup.hp.com
- "short" Introductory Message (fwd) Simon Miller
- "short" Introductory Message (fwd) Caliban Tiresias Darklock
- "short" Introductory Message (fwd) Jeff Kesselman
- "short" Introductory Message (fwd) Martin Keegan
- Physical Space Representation Mathue Moyer
- Physical Space Representation coder@ibm.net
- "From Kansas to Oz" Chris Gray
- "From Kansas to Oz" clawrenc@cup.hp.com
- "From Kansas to Oz" Jeff Kesselman
- "From Kansas to Oz" clawrenc@cup.hp.com
- "From Kansas to Oz" Jeff Kesselman
- "From Kansas to Oz" clawrenc@cup.hp.com
- "From Kansas to Oz" Miroslav Silovic
- "From Kansas to Oz" clawrenc@cup.hp.com
- "From Kansas to Oz" Jeff Kesselman
- "From Kansas to Oz" coder@ibm.net
- "From Kansas to Oz" Brandon Gillespie
- "From Kansas to Oz" clawrenc@cup.hp.com
- Text output [was "short" Introductory Message (fwd)] Matt Chatterley
- (fwd) RESEARCH: Why do you admin a Mud? clawrenc@cup.hp.com
- Genuinely brief intro Dr. Cat
- Genuinely brief intro Jeff Kesselman
- Genuinely brief intro Chris Gray
- Genuinely brief intro Jeff Kesselman
- Genuinely brief intro Dr. Cat
- Genuinely brief intro Koster, Raph
- Genuinely brief intro Jeff Kesselman
- Genuinely brief intro clawrenc@cup.hp.com
- Genuinely brief intro Jeff Kesselman
- Genuinely brief intro Dr. Cat
- Commercial interests and rules clawrenc@cup.hp.com
- mention from Mud-Dev clawrenc@cup.hp.com
- Intellectual property Caliban Tiresias Darklock
- Intellectual property Jeff Kesselman
- Digest support coder@ibm.net
- List message losses coder@ibm.net
- Testing. coder@ibm.net
- Persistancy Matt Chatterley
- Name/language generation Oliver Jowett
- Name/language generation Brandon Cline
- Name/language generation Chris Gray
- Name/language generation Shawn Halpenny
- Name/language generation Brandon Gillespie
- Name/language generation Martin Keegan
- Name/language generation Jamie Norrish
- Name/language generation Jeff Kesselman
- Git out the boar spear, Martha! Chris Gray
- Git out the boar spear, Martha! Nathan Yospe
- Git out the boar spear, Martha! clawrenc@cup.hp.com
- Git out the boar spear, Martha! Matt Chatterley
- Git out the boar spear, Martha! Adam Wiggins
- Git out the boar spear, Martha! Matt Chatterley
- Git out the boar spear, Martha! clawrenc@cup.hp.com
- Git out the boar spear, Martha! Jon A. Lambert
- Git out the boar spear, Martha! Nathan Yospe
- Git out the boar spear, Martha! clawrenc@cup.hp.com
- Git out the boar spear, Martha! clawrenc@cup.hp.com
- Git out the boar spear, Martha! Matt Chatterley
- Git out the boar spear, Martha! Chris Gray
- Git out the boar spear, Martha! Nathan Yospe
- Git out the boar spear, Martha! Matt Chatterley
- Git out the boar spear, Martha! Matt Chatterley
- Population container Wout Mertens
- Population container Brandon Cline
- Population container Jon A. Lambert
- Population container Chris Gray
- Population container Nathan Yospe
- Population container clawrenc@cup.hp.com
- Population container Wout Mertens
- Population container clawrenc@cup.hp.com
- Population container Wout Mertens
- Population container Chris Gray
- Population container Nathan Yospe
- Population container clawrenc@cup.hp.com
- Dragons... size and history Nathan Yospe
- Dragons (Couldn't resist) Nathan Yospe
- Heroes Nathan Yospe
- Alright... IF your gonan do OWLs... Nathan Yospe
- Black Rabbit & Vworlds-biz mail list Frank Crowell
- Supporting RP+PG Huibai
- Supporting RP+PG Jeff Kesselman
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG Huibai
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG clawrenc@cup.hp.com
- Supporting RP+PG Huibai
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG Marian Griffith
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG Chris Gray
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG Matt Chatterley
- Supporting RP+PG Adam Wiggins
- Supporting RP+PG Miroslav Silovic
- Supporting RP+PG Adam Wiggins
- Supporting RP+PG Jon A. Lambert
- Supporting RP+PG Caliban Tiresias Darklock
- Supporting RP+PG Huibai
- Supporting RP+PG Matt Chatterley
- Integrating PK Matt Chatterley
- Integrating PK Marian Griffith
- Integrating PK Adam Wiggins
- Integrating PK Marian Griffith
- Integrating PK Jeff Kesselman
- Integrating PK clawrenc@cup.hp.com
- Integrating PK Jeff Kesselman
- Integrating PK Matt Chatterley
- Integrating PK Adam Wiggins
- Integrating PK Matt Chatterley
- Integrating PK clawrenc@cup.hp.com
- Integrating PK Alex Oren
- Integrating PK Caliban Tiresias Darklock
- Integrating PK Shawn Halpenny
- Integrating PK Nathan Yospe
- Integrating PK Matt Chatterley
- Integrating PK Matt Chatterley
- Integrating PK Adam Wiggins
- Integrating PK Matt Chatterley
- Integrating PK Jeff Kesselman
- Integrating PK Matt Chatterley
- Integrating PK Jeff Kesselman
- Integrating PK Jon A. Lambert
- Integrating PK Jeff Kesselman
- Integrating PK Matt Chatterley
- Integrating PK Matt Chatterley
- Integrating PK Adam Wiggins
- Integrating PK Adam Wiggins
- Integrating PK clawrenc@cup.hp.com
- Integrating PK Adam Wiggins
- Integrating PK Matt Chatterley
- Integrating PK Martin Keegan
- Integrating PK Matt Chatterley
- common server design Chris Gray
- common server design Caliban Tiresias Darklock
- common server design Chris Gray
- common server design Caliban Tiresias Darklock
- common server design Chris Gray
- common server design Jeff Kesselman
- common server design Jon A. Lambert
- common server design Caliban Tiresias Darklock
- common server design Jeff Kesselman
- common server design Alex Oren
- common server design Jeff Kesselman
- common server design Cynbe ru Taren
- common server design Jon A. Lambert
- common server design Chris Gray
- common server design Caliban Tiresias Darklock
- common server design Chris Gray
- common server design clawrenc@cup.hp.com
- common server design Caliban Tiresias Darklock
- common server design clawrenc@cup.hp.com
- common server design Martin Keegan
- common server design clawrenc@cup.hp.com
- common server design Cynbe ru Taren
- common server design clawrenc@cup.hp.com
- common server design clawrenc@cup.hp.com
- Re: Jeff Kesselman
- The Difference between.. Jeff Kesselman
- The Difference between.. Adam Wiggins
- The Difference between.. Jeff Kesselman
- The Difference between.. clawrenc@cup.hp.com
- The Difference between.. Jeff Kesselman
- (subject missing) mud-dev@null.net
- Neighborhoods (was room-based v coord-based) S001GMU@nova.wright.edu
- Neighborhoods (was room-based v coord-based) Brandon J. Rickman
- Pen-and-paper and Computer-based systems Alex Oren
- User Interface (was: RP=MUSH/PG=MUD) Shawn Halpenny
- Rumours Marian Griffith
- Levels and XP Huibai
- Levels and XP Martin Keegan
- Levels and XP Simon Miller
- Levels and XP Huibai
- Levels and XP Nathan Yospe
- Levels and XP Matt Chatterley
- Meta clawrenc@cup.hp.com
- non pk dealing with conflicts Marian Griffith
- Integrating PK Brandon Cline
- Integrating PK Huibai
- Integrating PK Brandon Cline
- Integrating PK Huibai
- Integrating PK Nathan Yospe
- Integrating PK Cynbe ru Taren
- Integrating PK Chris Gray
- Integrating PK clawrenc@cup.hp.com
- Integrating PK Jon A. Lambert
- noise Alex Oren
- Neighborhood watch clawrenc@cup.hp.com
- Neighborhood watch Nathan Yospe
- Neighborhood watch Chris Gray
- Neighborhood watch Nathan Yospe
- Neighborhood watch Brandon J. Rickman
- Neighborhood watch clawrenc@cup.hp.com
- Neighborhood watch Chris Gray
- Neighborhood watch clawrenc@cup.hp.com
- Mob AI Brandon Cline
- Hardcore server design Alex Oren
- Hardcore server design clawrenc@cup.hp.com
- [NOISE] common server design Martin Keegan
- try it out! Chris Gray
- Population container Wout Mertens
- Population container clawrenc@cup.hp.com
- Population container Raz
- Population container clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Jon A. Lambert
- Level abstractions - Realism vs Game Issues Caliban Tiresias Darklock
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Jon A. Lambert
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Marian Griffith
- Level abstractions - Realism vs Game Issues Jon A. Lambert
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Martin Keegan
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Adam Wiggins
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Nathan Yospe
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Nathan Yospe
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Level abstractions - Realism vs Game Issues Nathan Yospe
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Martin Keegan
- Level abstractions - Realism vs Game Issues Adam Wiggins
- Level abstractions - Realism vs Game Issues Jeff Kesselman
- Level abstractions - Realism vs Game Issues Adam Wiggins
- Level abstractions - Realism vs Game Issues Jon A. Lambert
- Level abstractions - Realism vs Game Issues Nathan Yospe
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues Nathan Yospe
- Level abstractions - Realism vs Game Issues Matt Chatterley
- Level abstractions - Realism vs Game Issues clawrenc@cup.hp.com
- Flexible, Modular Server Design Brandon Cline
- Flexible, Modular Server Design Jeff Kesselman
- Flexible, Modular Server Design Chris Gray
- Another Approach (was: Integrating PK) Brandon Gillespie
- Another Approach (was: Integrating PK) Jon A. Lambert
- Another Approach (was: Integrating PK) Nathan Yospe
- Another Approach (was: Integrating PK) clawrenc@cup.hp.com
- Level abstractions Huibai
- Alright... IF your gonna do Disease... Jon A. Lambert
- thread splitting Alex Oren
- thread splitting coder@ibm.net
- thread splitting coder@ibm.net
- thread splitting Caliban Tiresias Darklock
- Senses & geographical events Wout Mertens
- Senses & geographical events Chris Gray
- Senses & geographical events clawrenc@cup.hp.com
- Additions to sensory planes Wout Mertens
- Nation of shopkeepers Martin Keegan
- Nation of shopkeepers Huibai
- Nation of shopkeepers Jeff Kesselman
- Nation of shopkeepers Adam Wiggins
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Jeff Kesselman
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Marian Griffith
- Nation of shopkeepers Jeff Kesselman
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Marian Griffith
- Nation of shopkeepers clawrenc@cup.hp.com
- Nation of shopkeepers Marian Griffith
- Nation of shopkeepers Brandon Van Every
- Nation of shopkeepers Jon A. Lambert
- Nation of shopkeepers Marian Griffith
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Marian Griffith
- Nation of shopkeepers Jeff Kesselman
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Adam Wiggins
- Nation of shopkeepers clawrenc@cup.hp.com
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Adam Wiggins
- Nation of shopkeepers Adam Wiggins
- Nation of shopkeepers Alex Oren
- Nation of shopkeepers Matt Chatterley
- Nation of shopkeepers Chris Gray