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
On Mon 06 Jul, Till Eulenspiegel wrote:
> From: Marian Griffith <gryphon@iaehv.nl>
> >If I understand you correctly then I have to disagree still. Combat can
> >not be a justification to allow combat in a game. There may be other and
> >valid reasons to include combat, but conflict solving can not be one for
> >the same reason it is not allowed outside games either.
> 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 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.
> 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.
> >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.
> 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. 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.
> 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 dearly would like to discuss this topic as well, preferably under an-
> >other subject and concentrating on possible solutions rather than on the
> >problem which has over the time been beaten to death (if you forgive me
> >the very poor pun).
> I strongly believe that the antisocial behaviour is the symptom. The cause
> is the game system that has the affordances for this behaviour.
> Yes please lets talk about game systems and controlling antisocial
> behaviour through balance and integrated restraints.
> This is something I am keenly interested in.
I actually have no idea why some people feel they have to spoil the fun for
others. It's probably something psychological and should be treated as such
rather than providing game mechanisms to stoop to their level.
What I think is the biggest problem is that there is virtually no control
on behaviour at all. The two most common solutions proposed to anti social
behaviour on games are 'ignore' and 'kill'. Neither is particularly effect-
ive and can frequently encourage the opponent to increase their attempts to
ruin the game for others. A determined campaign can be a very frightening
thing to witness, let alone being the victim of one. Further this type of
solutions puts the burden of enforcement on the victim. Which I believe is
wrong. Victims should feel protected by the game, not being further victim-
ised. This is in a (much less severe way) the same as blaming the victim of
rape that it was her own fault because she was ... (fill in your favourite
excuse e.g. 'wearing miniskirts' or 'alone on the street at nights'). Even
if players can defend themselves this does not mean they should -have- to.
> Who here is familiar with the solution that "Legends of Kesmai" adopted?
> I'd like to see some commentary on that.
Afraid I am not familiar :(
> >What mechanisms in reality control the rampaging warbands? I don't think
> >fear of punishment is an effective deterrent as (would be) criminals do
> >not rationaly compare risks and rewards.
> I think we would agree after analyzing the behaviour of most online
> hooligans that they are doing whatever behaviour causes them
> an adrenal flood.
> This definitely precludes weighing any larger or longer considerations.
We have to accept for a fact that there will be players who do not want to
play nice. I do not think it is productive to debate either the why or the
how of that behaviour. Instead we could concentrate on what mechanisms in
a game allow them to do this. Then we can think how to give the society of
players control over such resources that prohibit unwanted behaviour. Only
if the players as a group can control the resources that affect behaviour
on the game can they effectively shape a real society.
What I think is one of the key issues here is the difference in attachment
to characters. Mr.Bartle pointed out that one of the important reasons why
killers (clubs?) attack socialisers (hearts) is because the later is vocal
in their distress. Players who are attached to their characters are upset
when attacked and this seems something the attackers find enjoyable. Also,
a player who does not care much about his character does not care much if
attacked, so he has a much lower treshold to attack others. The punishment
of being killed does not stop them. In the ultimate case they just create
a new character and continue their game in relative anonymity. The players
who are attached to their characters often invest a lot of time and effort
in social networks and are (justifiably) upset when that is threatened. To
them starting anew is not an option as anonymity threatens their gameplay.
Perhaps this is why 'ignore and exclude' are moderately effective tactics
against killers. Without recognition of their behaviour there apparently
is less enjoyment for them. However, this relies on fact that killers can
not unilaterally force their victims into action, as they can easily do on
a game that allows them to attack other players.
The question is if this difference can be resolved, or if something can be
found that equally threatens the gameplay of the killers but that is under
control of the society of players and does not require combat (as that is
essentially the game the killers are playing). And we also have to keep in
mind that killers and socialisers are in symbiosis and need to maintain a
careful balance to keep the game lively.
> >Instead the simply believe they
> >will not get caught. So what social, ethical, economical and other mech-
> >anisms keep the vast majority of people from taking what they please and
> >eliminate all who oppose them.
> > And can similar mechanism be brought over
> >to the mud environment with its unique characteristics?
> It's all in the social mechanism, in my opinion.
That is a bit of an easy way out. By saying it is social you imply that it
is outside the scope of the game to affect. However a society is partially
shaped by its means to enforce its members to conform to acceptable beha-
viour. So yes, while it is a social mechanism this does not exclude game
designers and staff from responsibility if they want to aim at something
other than AnarchyMud or FreeForAllMud.
> I've got examples of working and nonworking systems, but I won'd belabor
> the point unless someone else picks it up.
Marian
--
Yes - at last - You. I Choose you. Out of all the world,
out of all the seeking, I have found you, young sister of
my heart! You are mine and I am yours - and never again
will there be loneliness ...
Rolan Choosing Talia,
Arrows of the Queen, by Mercedes Lackey - 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...) 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: 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
- Affordances and social method (Was: Wired 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