July 1998
- Elven Language List J C Lawrence
- Summary: "Influence Mapping" J C Lawrence
- 1997 CGDC AI Roundtable Moderator's Report J C Lawrence
- 1997 CGDC AI Roundtable Moderator's Report J C Lawrence
- Summary: Recognizing Strategic Dispositions J C Lawrence
- Back to the Future (was WIRED: Kilers have more fun) Mike Sellers
- Back to the Future (was WIRED: Kilers havemore fun) Koster, Raph
- Back to the Future (was WIRED: Kilers have more fun) J C Lawrence
- Back to the Future (was WIRED: Kilers have more fun) S. Patrick Gallaty
- Back to the Future (was WIRED: Kilers have more fun) J C Lawrence
- Help Request On Creating MUD Strahd Von ZAROVICH
- Help Request On Creating MUD Jon Leonard
- Help Request On Creating MUD J C Lawrence
- Help Request On Creating MUD J C Lawrence
- Help Request On Creating MUD J C Lawrence
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Jon A. Lambert
- [RELEASED] Update release of ScryMUD (Accepting builders) Ben Greear
- Meta (Are code release announcement appreciated?) Ben Greear
- Meta (Are code release announcement appreciated?) Nathan F Yospe
- Meta (Are code release announcement appreciated?) J C Lawrence
- Ubiquity Scope & Requirements Greg Munt
- Ubiquity Scope & Requirements Vadim Tkachenko
- Ubiquity Scope & Requirements Greg Munt
- Ubiquity Scope & Requirements Chris Gray
- Ubiquity Scope & Requirements Vadim Tkachenko
- IMatix Tools: Libero and SMT J C Lawrence
- Affordances and social method (Was: Wired Magazine...) Till Eulenspiegel
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
On Tue, 7 Jul 1998, Marian Griffith wrote:
> On Mon 06 Jul, Till Eulenspiegel wrote:
> > I presume you mean conflict is not justification for combat.
> > My observations on this subject are that the venue of the fantasy worlds
> > that I create are medieval, heroic and violent. I expect players to be
> > able to settle their affairs with words, gestures and violence if need be.
> > Now, there is a broad line between violence and brutality. This is where
> > the argument should revolve in my opinion
> > ... how to prevent brutality, not violence.
>
> Actually no. I meant exactly what I wrote. You can not justify the inclusion
> of violence in a game by stating that this way players can handle their own
> conflicts (e.g. player killing or stealing). You can have other (valid) rea-
> sons to include violence (or combat) in a game, but justice can not be one,
> as it leads to a circular argument.
I'm not sure I agree. An example from my own experience that I think I
have mentioned here before:
The mud I was playing did not allow any PvP. Although it was impossible
to directly attack someone, there were still a lot of things you could do
to other players. If the admin caught you doing anything they considered
harmful to another player, you'd get frozen for a while, or if the offense
was bad enough, nuked.
A player came on the mud named Imadork. He or she did nothing but spam
the global channels. This wasn't a big deal for those with clients, but
those going through standard telnet (which, at the time, included me) were
at the mercy of Imadork's ranting.
So, a friend of mine walked over and cast 'silence' on him/her. Everyone
cheered and carried on playing.
Twenty minutes later, or so, a god logged on and saw that my friend's
character had made an offensive action against another player. He was
thrown in hell, and nothing that the other players could say disuaded the
god from lifting the punishment. "We can't make special cases," they
said, "Vigilante actions will not be tolerated, no matter how much
everyone may have disliked the person." Etc.
Who was right? Was my friend justified in casting silence? Does this
count as "violence" against another player? What if the spell had been
paralyze? What about sleep? Or blind? What if he had cast one of those
spells, and as a result of being paralyzed/blind/slept/whatever, an
aggressive mob had wandered up and been able to kill them?
IMO empowering players to control their destinies is most certainly a
reason to include whatever mechanisms are desired. Whether these take the
guise of physical violence or not is pretty irrelevant to me.
> > >I know and agree that it can not be ignored, but it does not need to be
> > >justified either. Combat, and especially players fighting others is the
> > >problem, not part of the solution. The discussion is how to separate it
> > >from the in-game role combat can play.
>
> > Violence does not need to hinder the enjoyment of other players.
>
> It frequently does. Now my idea of fun may differ from yours, but somehow I
> do not think many players enjoy having their new characters slaughtered by a
> player in a bad mood. Or their low level characters harassed in some ways by
> high level characters. Paranoia is not my idea of a fun game and I find no
> thrill in constant danger. I am fully aware that there are many players who
> do like such atmosphere in a game but I think it is wrong to consider it the
> natural state of a mud. And as Dr.Cat frequently tries to explain, there are
> other ways to handle conflicts that do not involve combat, and games without
> any combat at all can still be fun.
The reason combat is so often a focus is that games, in general, revolve
around conflict. (Remember, conflict is NOT the same thing as combat, and
combat is NOT the same thing as violence.) It's just that as time has
gone on, the games' representation of that conflict has gotten more
vicereal. In chess, the "combat" is the very sterile act of taking
someone else's piece. One could, if one desired, imagine that the two
knights were meeting on the field of battle, one killing the other. (ie,
battle chess) Or you could simply imagine them as abstract tokens which
can't occupy the same space on the game board, and when one moves into
another's space, the other token gets set aside. Moving forward a bit, we
see video games: Pac Man involved little abstract creatures made out of
pixels trying to "kill" each other, but again it wasn't too combat-like
due to the abstractness of the graphics. Moving forward more, video games
get better graphics and sound, and thus games like Double Dragon introduce
"real" violence: graphics of people beating each other up, accompanied by
semi-realistic sound effects of the blows landing. Move into modern times
and you've got the likes of Quake or Unreal, where players use massively
powered weapons to blow detailed characters into tiny chunks of red,
quivering flesh.
The thrust of the game is still the same as chess - to best your opponent.
Games have gotten more vicereal in an attempt to look more impressive
(fancy alpha channel effects on your weapon's shots, hyper-realistic gore
splatter sounds on the impact, etc) and make a stronger impact on the
players, but in essense it's still the same thing.
Now, of course, there is a whole other option for "fun" through computer
games, and that's interacting with other players. This can be integrated
as much or as little as the designer likes with the traditional style of
game. Furcadia would be a terrible game without other players to interact
with. Dr. Cat has chosen to integrate with traditional gameplay almost
not at all, except for the mechanics of entities existing in a shared game
world. Quake chooses to simply tack multiplayer onto existing gameplay,
resulting in something that's not too different from playing the
single-player version - your opponents are just smarter. Most muds fall
somewhere inbetween; they attempt to provide traditional gameplay
(conflict and challange) integrated completely with the new (at least, new
in terms of computer games) "fun" of interacting with other players.
So it seems that there are actually three issues here which really have
very little to do with one another. One is the inclusion of conflict and
challange in the game. Pac Man was 100% of this, and 0% of the other two.
Another in the inclusion of realistic violence, which can range from lions
killing and eating game animals, to people hitting each other with their
fists, to spaceships shooting their guns at one another. The only game I
can think of that is 100% in this category is that silly old Lemmings
take-off, "Lamers", where all you could do was choose your weapon of
choice and mow down as many of the Lamers as possibly in a spray of red
pixels. (Most games that include violence also include the traditional
elements of conflict and challange.) Finally, there's human interaction.
IRC, and for that matter this mailing list, are 100% of that and 0% of the
other two.
Arguing for a game with no violence is quite a bit different from arguing
for a game where the only "fun" is social interaction. It would be quite
easy (at least, design-wise) to take violence out of Quake and have it be
the same game.
> > It's my opinion that opposing players can provide a more interesting
> > threat than I can with AI monsters. My challenge is to tune the balances
> > so that the antisocial behaviour isn't the most rewarding behaviour.
> > This as we all know is one of the greatest challenges.
>
> Actually, if I were able to program a game, I would attempt to achieve enti-
> rely different goals. But that does not make your interests any less valid
> of course.
You sell yourself short, I think. I never thought I could learn to
program; I was always the creative type, and I figured I'd grow up to be
a writer or an artist or a composer. But I found that games interested me
on a creative level so much that I was able to train my mind to work in
the logical way needed to program. I still don't think of programming as
fun, just a way to achieve my ends - it's a tool for creative output,
nothing more.
> > >The strange thing then is that so few people, on this list only Dr.Cat
> > >that I know of, attempt to create a safer game environment, at the ex-
> > >pense of some freedom of the players. Or am I being overly pessimistic
> > >now?
>
> > Dr. Cat does the extreme. The rest of us probably have our head in our
> > hands when it comes to this issue if they have had the same success/
> > lack of success we have had in controlling 'problem' behaviour.
>
> I think that his remark to think about why everybody talks about 'leaving
> out combat' rather than 'including combat'. Combat in a game is not nece-
> sarily the natural state, it is just a matter of legacy from the days of
> Diku and before that all games focus on combat.
See the stuff above. The 'legacy' goes much further back than diku.
Games have always been about conflict, and the most obvious metaphor for
conflict is combat.
> > The perservering abusive player always seems to find a new and
> > annoying way to disrupt the game for other players through cheating,
> > 'pkilling', abusive interpersonal behaviour etc.
>
> I know, but like I said, it is a circular argument to include combat just
> so players can strike back.
Not really. There are two extremes: a world in which no entity can
affect, in any way, any other entity; and a world in which an entity can
affect any other entity any way they like. The former is pointless,
because each entity exists in their own universe, and the social aspect is
lost. The later is impractical because entities have wildly different
opinions about how they want to spend their time. So usually the choice
is to go somewhere inbetween - entities have control over themselves, and
can exert limited changes on their environment. But by being able to
exert changes on the environment, however small (for instance, the "say"
command), they can now affect other entities.
So it's up to the game designer to decide - where do I draw the line?
Chat systems give you commands to be able to communicate with other
entities. Early muds and BBS doors let you interact with non-sentient
parts of the game world in a limited way - taking and dropping objects,
going to different locations within the game etc.
The discusion is *not* about how to let players "strike back". It's about
what sorts of forces they can exert on the game world, and what sorts of
the forces the game world can exert back. Including something like
"health" for entities (implying, of course, that something happens when
they run out of it) is only a design choice. If it doesn't add anything
to the goals you are trying to achieve with your game, don't include it.
But don't expect that you can include it and get only the good effects.
Including the "say" command has many benefits, but it brings in the chance
for verbel harassment. By the same token, introducing character "death"
in whatever form can be beneficial (pretend "danger" in your game world
can be exciting and fun), but by the same token it's going to allow other
entities to invoke that upon each other. If danger is not something you
crave, don't include it.
And never forget: if it's possible for something to happen to an entity,
it will be possible for other entities to make it come about. Thus if
it's possible to take damage, it will be possible for other players to
cause you to take damage by direct course of action. And if it's possible
for you to die, at all, ever, in a game - then other players will be able
to cause your death.
> My personal gripe is that this way you are in
> fact confirming the abusive players that 'yes, the game focusses on combat
> and it is perfectly all right to attack, harass or otherwise mistreate the
> other players as long as you can get away with it'. Even if it is not what
> you want it is still the unconscious signal you are sending. Or like some-
> body else said (sorry but I forgot who) Buffy the Tailor should not *have*
> to become a berserking killing-machine just to protect her shop from ram-
> paging warbands and thiefs.
Okay, again - all we're doing here is specifying the way the players can
interact with the world. Here you imply that someone is running a shop.
That implies possesions (the goods created), money (or something else
exchanged for the goods), possession of a location (the shop itself), and
player skills (tailoring). That's a lot of stuff. Biffy the Goon can
now steal or ruin Buffy's goods, Buffy's money, and Buffy's shop.
At this point it might be wise to argue against including money. After
all, think of all the ills in our world due to it! Of course, players
will just barter with other things, so perhaps objects should be gotten
rid of altogether?
This, of course, sounds a bit on the extreme side, but it is still true.
If it is possible for an entity to control or possess something of value,
and it is also possible for that thing of value to be transfered to some
other player, then you *will* have goons who will take control of that
thing of value without the consent of the other player. All you can
control is the mechanisms; how valuable is the thing in question, and how
does the other player go about getting it? Moreover, even if the other
player can't get it, a true goon will take the attitude of "if I can't
have it, no one can" and will attempt to deny it to the other player.
(Ie, building a forge on the shop's doorstep, denying entry.)
> > In our statistics a remarkably small percentage of players accounts for
> > a gross majority of problems. We've seen more success from banning
> > problem people. This option works for us however because we are not
> > a pay-for system and have no implied service level guarantee.
> > Not a scalable solution, IMO.
>
> It is my firm belief that sooner or later the staff of a game must step in
> to control problems. On a free for all game that probably is much later of
> course but there too some player will find ways to become so disruptive to
> the game that strong actions must be taken. If a player decides to repeat-
> edly crash a game because of some perceived gripe that will cause staff ac-
> tion very quickly. And of course in a way the new pk-control system of uol
> is also a staff intervention to a rampaging pk problem on that game.
> Empowering players will not prevent such things from happening, it can only
> postpone them.
I think most of the folks here that are interested in free-form worlds
which grant players a large amount of freedom are looking at our own
universe. I suppose at this point you can argue whether or not there is
some true "admin" staring down at us from the sky; but with or without
such a being or being(s), we are fairly free to do as we like, and that
includes ending other people's life. Yet our society exists with most
people living the full length of their lives, and a large number of people
never confronting much danger from anything except for old age. It seems
reasonble to assume that we could create 'virtual' communities which exist
in a very similar state. Obviously this is easier said than done;
unfortunately one of the in-between steps to achieving this state is going
through the same childhood that humanity did - that of barbarism. At that
point it's just a question of whether the game designer considers going
through such a stage to be worthwhile in pursuit of the ultimate goal. I
for one find it very enlightening as both an independant observer, and a
player inside the system, to examine the roots of our society; much in the
same way that I find it interesting and worthwhile to go to a museum and
look at artifacts from our past. Sure, a horse-drawn carriage is pretty
pathetic compared to an airliner, but I still think it is intruiging to
examine such artifacts. The state of online communities today are a
similar artifact, only much more hands-on.
This, of course, is not the only kind of comminuty worth
creating/participating in. But by the same token we shouldn't throw it
away just because it's "not working". Examining our own past, I'd say
that it's working exactly as it should.
Adam - Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Orion Henry
- Affordances and social method (Was: Wired Magazine...) J C Lawrence
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Maddy
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wire d Magazine...) cat
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Dan Shiovitz
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wire d Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wire d Magazine...) Marian Griffith
- SMAP: Small Application's Persistency, C++ Library J C Lawrence
- Development of a Smart Compiler J C Lawrence
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) J C Lawrence
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Chris Gray
- WIRED: Kilers have more fun Petri Virkkula
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction Chris Gray
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction Chris Gray
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction Ross Nicoll
- An Introduction Chris Gray
- An Introduction Chris Gray
- An Introduction Ross Nicoll
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction Adam J. Thornton
- An Introduction J C Lawrence
- An Introduction Adam J. Thornton
- An Introduction Koster, Raph
- An Introduction Caliban Tiresias Darklock
- An Introduction Ilya, Game Commandos
- An Introduction Matthew Mihaly
- An Introduction Koster, Raph
- An Introduction Jon A. Lambert
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Richard Bartle
- Summary: The Game Design Mailing List "Learning AI" Thread J C Lawrence
- Summary: The "Extensible Game AI" thread J C Lawrence
- (fwd) command parsers: a modest proposa Michael.Willey@abnamro.com
- (fwd) command parsers: a modest proposa Adam Wiggins
- (fwd) command parsers: a modest proposa Ross Nicoll
- OT: Computer History Archive Holly Sommer
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Chris Gray
- You think users won't number crunch and statis Jon A. Lambert
- You think users won't number crunch and statis Matt Chatterley
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Dan Shiovitz
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Shawn Halpenny
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Travis S. Casey
- You think users won't number crunch and statis Katrina McClelan
- Massive brainstorm rant about an imaginary class system. (resent) Till Eulenspiegel
- PRNGs: Pseudo Random Number Generators J C Lawrence
- (fwd) command parsers: a modest proposa Richard Bartle
- (fwd) command parsers: a modest proposa Adam J. Thornton
- Affordances and social method (Was: Wi Michael.Willey@abnamro.com
- Affordances and social method (Was: Wi Todd Lair
- MapMaker S. Patrick Gallaty
- (fwd) command parsers: a modest proposa Chris Gray
- My "mud" server, A.T.O.M. and the coming design notes Mike L Kesl
- Output Classification Notes, version 061098 Mike L Kesl
- Output Classification Notes, version 061098 CJones@aagis.com
- Output Classification Notes, version 061098 J C Lawrence
- Output Classification Notes, version 061098 Vadim Tkachenko
- Output Classification Notes, version 061098 Ben Greear
- Output Classification Notes, version 061098 Chris Gray
- Output Classification Notes, version 061098 J C Lawrence
- Universe Design Notes, version 061098 Mike L Kesl
- Universe Design Notes, version 061098 Chris Gray
- Universe Design Notes, version 061098 Mike L Kesl
- Universe Design Notes, version 061098 J C Lawrence
- Universe Design Notes, version 061098 s001gmu@nova.wright.edu
- World Creation Notes, version 061098 Mike L Kesl
- World Creation Notes, version 061098 Chris Gray
- World Creation Notes, version 061098 Mike L Kesl
- World Creation Notes, version 061098 J C Lawrence
- (fwd) command parsers: a modest proposa Richard Bartle
- Alternate UOL's J C Lawrence
- Alternate UOL's S. Patrick Gallaty
- Alternate UOL's Felix A. Croes
- Alternate UOL's Jason Goodwin
- Alternate UOL's Ben Greear
- Alternate UOL's Felix A. Croes
- Alternate UOL's J C Lawrence
- Alternate UOL's D. B. Brown
- Alternate UOL's Adam Wiggins
- Alternate UOL's Koster, Raph
- Alternate UOL's D. B. Brown
- Alternate UOL's Koster, Raph
- Alternate UOL's Nathan F Yospe
- Alternate UOL's Damion Schubert
- Alternate UOL's Damion Schubert
- Alternate UOL's J C Lawrence
- Alternate UOL's Adam J. Thornton
- Support for remote NPCs Joel Kelso
- Support for remote NPCs Nathan F Yospe
- Affordances and social method Jon A. Lambert
- Affordances and social method Marian Griffith
- Affordances and social method Jon A. Lambert
- Affordances and social method Marian Griffith
- Affordances and social method J C Lawrence
- [Fwd: brainstormer] Richard Woolcock
- Physics Lesson John Bertoglio
- Physics Lesson Mike Sellers
- Physics Lesson Ling
- (fwd) command parsers: a modest proposa Chris Gray
- Affordances and social method (Was: Wire d Magazine...) Chris Gray
- Affordances and social method (Was: Wire d Magazine...) Adam Wiggins
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Koster, Raph
- Affordances and social method (Was: Wired Magazine...) Damion Schubert
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- META: MUD-Dev is a NewHoo "Cool Site" J C Lawrence
- Biomass project Joel Kelso
- Affordances and social method (Was: Wi Koster, Raph
- Affordances and social method (Was: Wi Dr. Cat
- Affordances and social method (Was: Wi Koster, Raph
- Affordances and social method (Was: Wi Dr. Cat
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi Holly Sommer
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi quzah
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi Dan Shiovitz
- Affordances and social method (Was: Wi T. Alexander Popiel
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi Dan Shiovitz
- Affordances and social method (Was: Wi Hans-Henrik Staerfeldt
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Re:Wired Ma gazine...) Koster, Raph
- Affordances and social method (Was: Re:Wire Michael.Willey@abnamro.com
- Amit's Games Programming Page Ling
- You think users won't number crunch and statis Holly Sommer
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Holly Sommer
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Matthew R. Sheahan
- You think users won't number crunch and statis Damion Schubert
- You think users won't number crunch... Caliban Tiresias Darklock
- [OT] Private emails Richard Woolcock
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Chris Gray
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Ben Greear
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question Chris Gray
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Nathan F Yospe
- [CODE RELEASE] ScryMUD, and the Hegemon Client 1.4.3 (minor release) Ben Greear
- [DESIGN] Antagonizing players Ben Greear
- [DESIGN] Antagonizing players quzah
- [DESIGN] Antagonizing players Richard Woolcock
- Job offer for multiplayer game development J C Lawrence
- Job offer for multiplayer game development S. Patrick Gallaty
- Job offer for multiplayer game development Nathan F Yospe
- Job offer for multiplayer game development Spangler, Jason
- Job offer for multiplayer game development Dr. Cat
- Job offer for multiplayer game development J C Lawrence
- Java VM performance J C Lawrence
- UBE/high: Affordances and social method (Was: Wi Dr. Cat
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine oliver@jowett.manawatu.planet.co.nz
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Oliver Jowett
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Joel Kelso
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Adam Wiggins
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine T. Alexander Popiel
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engin Jon A. Lambert
- Scripting Design Notes Mike L Kesl
- Scripting Design Notes Chris Gray
- Scripting Design Notes Vadim Tkachenko
- Scripting Design Notes Jo Dillon
- Scripting Design Notes Chris Gray
- Login and Accounts Mike L Kesl
- Login and Accounts quzah
- Login and Accounts Matt Chatterley
- Login and Accounts Ling
- Login and Accounts Matt Chatterley
- Login and Accounts J C Lawrence
- Design Patterns for Concurrent, Parallel, and Distributed Systems Alex Oren
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s quzah
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s quzah
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s quzah@geocities.com
- DBMS in MU*'s Chris Gray
- DBMS in MU*'s The Arrow
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s Ola Fosheim Grøstad
- DBMS in MU*'s Ross Nicoll
- DBMS in MU*'s Chris Gray
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s Adam Wiggins
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s Jon A. Lambert
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s Chris Gray
- Network Connectivity Jeroen Ruigrok/Asmodai
- Network Connectivity T. Alexander Popiel
- Network Connectivity Matt Chatterley
- Affordances and social method Hans-Henrik Staerfeldt
- WIRED: Kilers have more fun Matthew R. Sheahan
- Overworld Maps on diku style Muds- Design notes Katrina McClelan
- Overworld Maps on diku style Muds- Design notes Richard Woolcock
- Overworld Maps on diku style Muds- Design notes Katrina McClelan
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- Informix releases free version for Linux J C Lawrence
- Objects (was DBMS in MU*'s) s001gmu@nova.wright.edu
- OT: Sid Meier s001gmu@nova.wright.edu
- More on Informix Linux release J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Leach, Brad BA
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Markku Nylander
- Fun vs Realism [ Was: OT: Sid Meier ] Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Adam J. Thornton
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] Koster, Raph
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] J C Lawrence
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Chris Gray
- The Eternal City on The Big Network Mike Sellers
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun quzah
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun quzah
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Damion Schubert
- Ansii color, needing some specs and or pointers. Ben Greear
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Scatter
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Vadim Tkachenko
- Ansii color, needing some specs and or pointers. Jo Dillon
- Ansii color, needing some specs and or pointers. Chris Gray
- Ansii color, needing some specs and or pointers. S. Patrick Gallaty
- Ansii color, needing some specs and or pointers. Robert Woods
- Ansii color, needing some specs and or pointers. S. Patrick Gallaty
- Ansii color, needing some specs and or pointers. Katrina McClelan
- Ansii color, needing some specs and or pointers. J C Lawrence
- Ansii color, needing some specs and or pointers. karp@svconsult.com
- Ansii color, needing some specs and or pointers. Ben Greear
- Ansii color, needing some specs and or pointers. Ross Nicoll
- Ansii color, needing some specs and or pointers. Chris Gray
- WIRED: Kilers have more fun Chris Gray
- PANARD VISION -- 3D-Real-Time Portable Engine J C Lawrence
- Affordances and social method Leach, Brad BA
- Affordances and social method S. Patrick Gallaty
- Affordances and social method quzah
- Affordances and social method Leach, Brad BA
- Affordances and social method Robert Woods
- Affordances and social method Orion Henry
- Affordances and social method S. Patrick Gallaty
- Affordances and social method Mike Sellers
- Affordances and social method Joel Kelso
- Affordances and social method Caliban Tiresias Darklock
- Affordances and social method Mike Sellers
- Affordances and social method Jon A. Lambert
- Affordances and social method s001gmu@nova.wright.edu
- Affordances and social method J C Lawrence
- (subject missing) J C Lawrence
- User inventions (was:killers have more...) Ola Fosheim Grøstad
- User inventions (was:killers have more...) Caliban Tiresias Darklock
- User inventions (was:killers have more...) Matt Chatterley
- Unix vs NT and its relation to MUD environments. J C Lawrence