October 1998

• Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
• • Storytelling vs. Simulationist (Was Room descriptions) Brandon J. Rickman
  • • Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
    • • Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
      • • Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
        • • Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
    • Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
    • • Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
      • • Storytelling vs. Simulationist (Was Room descriptions) Peck, Matthew x96724c1
        • Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
        • • Storytelling vs. Simulationist (Was Room descriptions) Peck, Matthew x96724c1
          • • Storytelling vs. Simulationist (Was Room descriptions) ApplePiMan@aol.com
            • • Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
          • Storytelling vs. Simulationist (Was Room descriptions) Caliban Tiresias Darklock
          • • Storytelling vs. Simulationist (Was Room descriptions) Hal Black
        • Storytelling vs. Simulationist (Was Room de scriptions) Koster, Raph
        • Storytelling vs. Simulationist (Was Room descriptions) Adam Wiggins
  • Storytelling vs. Simulationist (Was Room descriptions) Travis S. Casey
  • • Storytelling vs. Simulationist (Was Roomdescriptions) ApplePiMan@aol.com
• Storytelling vs. Simulationist (Was Room de scriptions) Koster, Raph
• • Storytelling vs. Simulationist (Was Room de scriptions) James Wilson
• simulation vs. storytelling is a fallacious distinction James Wilson
• • simulation vs. storytelling is a fallacious distinction ApplePiMan@aol.com
  • • simulation vs. storytelling is a fallacious distinction James Wilson
    • • simulation vs. storytelling is a fallacious distinction ApplePiMan@aol.com
• [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
• • [DESIGN] To kill or not to kill? (non-violent conflict) Richard Woolcock
  • • [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
  • [DESIGN] To kill or not to kill? (non-violent conflict) Marian Griffith
  • • [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
    • • [DESIGN] To kill or not to kill? (non-violent conflict) Robert Woods
      • • [DESIGN] To kill or not to kill? (non-violent conflict) Marc Hernandez
        • • [DESIGN] To kill or not to kill? (non-violent conflict) The Wildman
• Quest engines Koster, Raph
• • Quest engines ApplePiMan@aol.com
  • Quest engines Michael.Willey@abnamro.com
  • • Quest engines Hal Black
• [Off-Topic] Patents (Was Storytelling vs. Simulationist) ApplePiMan@aol.com
• Psychopaths Ola Fosheim Grøstad
• • Psychopaths Koster, Raph
• Storytelling patents (Storytelling vs. Simulationist) Ola Fosheim Grøstad
• [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
• • [DESIGN] To kill or not to kill? The Wildman
• [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
• • [DESIGN] To kill or not to kill? The Wildman
  • • [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
    • • [DESIGN] To kill or not to kill? The Wildman
• Spoofing (Psychopaths) Ola Fosheim Grøstad
• • Spoofing (Psychopaths) Koster, Raph
  • • Spoofing (Psychopaths) Ola Fosheim Grøstad
  • Spoofing (Psychopaths) Richard Bartle
• Spoofing (Psychopaths) Richard Bartle
• • Spoofing (Psychopaths) Ola Fosheim Grøstad
• [DESIGN] To kill or not to kill? Michael.Willey@abnamro.com
• • [DESIGN] To kill or not to kill? The Wildman
• Terrain/Landmass & GIF/BMP quzah [sotfhome]
• • Terrain/Landmass & GIF/BMP Adam Wiggins
  • Terrain/Landmass & GIF/BMP Chris Gray
  • • Terrain/Landmass & GIF/BMP quzah [sotfhome]
  • Terrain/Landmass & GIF/BMP Hal Black
  • • Terrain/Landmass & GIF/BMP John Bertoglio
  • Terrain/Landmass & GIF/BMP Petri Virkkula
  • • Terrain/Landmass & GIF/BMP Caliban Tiresias Darklock
  • Terrain/Landmass & GIF/BMP Niklas Elmqvist
  • • Terrain/Landmass & GIF/BMP quzah [sotfhome]
    • • Terrain/Landmass & GIF/BMP Marc Hernandez
    • Terrain/Landmass & GIF/BMP quzah [sotfhome]
  • Terrain/Landmass & GIF/BMP Chris Gray
  • Terrain/Landmass & GIF/BMP quzah [sotfhome]
  • Terrain/Landmass & GIF/BMP Dominic J. Eidson
• Current Projects Alex Stewart
• • Current Projects Caliban Tiresias Darklock
  • • Current Projects Robert Woods
  • Current Projects James Wilson
  • Current Projects Peck, Matthew x96724c1
  • • Current Projects Robert Woods
  • Current Projects T. Alexander Popiel
  • Current Projects Travis S. Casey
  • Current Projects Joel Kelso
  • Current Projects The Arrow
  • Current Projects Ryan Prince
  • Current Projects Wilburn, E.J.
  • Current Projects Michael.Willey@abnamro.com
  • Current Projects David Bennett
  • Current Projects chris@realm.zfn.uni-bremen.de
  • Current Projects Andrew Wilson
  • Current Projects Holly Sommer
  • • Current Projects Scatter
    • • Current Projects Michael.Willey@abnamro.com
  • Current Projects Niklas Elmqvist
• Red Black Tree ? Valerio Santinelli
• • Red Black Tree ? T. Alexander Popiel
  • Red Black Tree ? Caliban Tiresias Darklock
  • • Red Black Tree ? T. Alexander Popiel
    • • Red Black Tree ? Caliban Tiresias Darklock
      • • Red Black Tree ? Ben Greear
• MUVE vs. MUD [was Current Projects] Alex Stewart
• Laws of Online World Design Koster, Raph
  A first pass on this project. Please feel free to question, debate, add,
  etc. Only try to do it in pithy little statements. ;) Many thanks to all
  those who helped with some of these laws, too.
  
  BTW, it looks possible that I'll be runnning a roundtable at the Austin
  CGDC roadtrip on exactly this topic. :)
  
  -Raph
  
  ===============
  Design Rules
  
  Persistence means it never goes away
  Once you open your online world, expect to keep your team on it
  indefinitely. Some of these games have never closed. And closing one
  prematurely may result in losing the faith of your customers, damaging
  the prospects for other games in the same genre.
  
  Macroing, botting, and automation
  No matter what you do, someone is going to automate the process of
  playing your world.
  
  Game systems
  No matter what you do, players will decode every formula, statistic, and
  algorithm in your world via experimentation.
  
  It is always more rewarding to kill other players than to kill whatever
  the game sets up as a target.
  A given player of level x can slay multiple creatures of level y.
  Therefore, killing a player of level x yields ny reward in purely
  in-game reward terms. Players will therefore always be more rewarding in
  game terms than monsters of comparable difficulty. However, there's also
  the fact that players will be more challenging and exciting to fight
  than monsters no matter what you do.
  
  Never trust the client.
  Never put anything on the client. The client is in the hands of the
  enemy. Never ever ever forget this.
  
  J. C. Lawrence's "do it everywhere" law
  If you do it one place, you have to do it everywhere. Players like
  clever things and will search them out. Once they find a clever thing
  they will search for other similar or related clever things that seem to
  be implied by what they found and will get pissed off if they don't find
  them.
  
  Dr Cat's Stamp Collecting Dilemma
  "Lots of people might like stamp collecting in your virtual world. But
  those who do will never play with those who like other features. Should
  you have stamp collecting in your world?" We know that there are a wide
  range of features that people find enjoyable in online worlds. We also
  know that some of these features are in conflict with one another. Given
  the above, we don't yet know if it is possible to have a successful
  world that incorporates all the features, or whether the design must
  choose to exclude some of them in order to keep the players happy.
  
  Koster's Law (Mike Sellers was actually the one to dub it thus)
  The quality of roleplaying is inversely proportional to the number of
  people playing.
  
  Enforcing roleplaying
  A roleplay-mandated world is essentially going to have to be a fascist
  state. Whether or not this accords with your goals in making such a
  world is a decision you yourself will have to make.
  
  Storytelling versus simulation
  If you write a static story (or indeed include any static element) in
  your game, everyone in the world will know how it ends in a matter of
  days. Mathematically, it is not possible for a design team to create
  stories fast enough to supply everyone playing. This is the traditional
  approach to this sort of game nonetheless. You can try a sim-style game
  which doesn't supply stories but instead supplies freedom to make them.
  This is a lot harder and arguably has never been done successfully.
  
  Players have higher expectations of the virtual world
  The expectations are higher than of similar actions in the real world.
  For example: players will expect all labor to result in profit; they
  will expect life to be fair; they will expect to be protected from
  aggression before the fact, and not just to seek redress after the fact;
  they will expect problems to be resolved quickly; they will expect that
  their integrity will be assumed to be beyond reproach; in other words,
  they will expect too much, and you will not be able to supply it all.
  The trick is to manage the expectations.
  
  Online game economies are hard
  A faucet->drain economy is one where you spawn new stuff, let it pool in
  the "sink" that is the game, and then have a concomitant drain. Players
  will hate having this drain, but if you do not enforce ongoing
  expenditures, you will have Monty Haul syndrome, infinite accumulation
  of wealth, overall rise in the "standard of living" and capabilities of
  the average player, and thus unbalance in the game design and poor game
  longevity.
  
  Ownership is key
  You have to give players a sense of ownership in the game. This is what
  will make them stay--it is a "barrier to departure." Social bonds are
  not enough, because good social bonds extend outside the game. Instead,
  it is context. If they can build their own buildings, build a character,
  own possessions, hold down a job, feel a sense of responsibility to
  something that cannot be removed from the game--then you have ownership.
  
  If your game is narrow, it will fail
  Your game design must be expansive. Even the coolest game mechanic
  becomes tiresome after a time. You have to supply alternate ways of
  playing, or alternate ways of experiencing the world. Otherwise, the
  players will go to another world where they can have new experiences.
  This means new additions, or better yet, completely different subgames
  embedded in the actual game.
  
  Social Laws
  
  Koster's Theorem
  Virtual social bonds evolve from the fictional towards real social
  bonds. If you have good community ties, they will be out-of-character
  ties, not in-character ties. In other words, friendships will migrate
  right out of your world into email, real-life gatherings, etc.
  
  Mike Sellers' Hypothesis
  "The more persistence a game tries to have; the longer it is set up to
  last; the greater number (and broader variety) of people it tries to
  attract; and in general the more immersive a game/world it set out to
  be--then the more breadth and depth of human experience it needs to
  support to be successful for more than say, 12-24 months. If you try to
  create a deeply immersive, broadly appealing, long-lasting world that
  does not adequately provide for human tendencies such as violence,
  acquisition, justice, family, community, exploration, etc (and I would
  contend we are nowhere close to doing this), you will see two results:
  first, individuals in the population will begin to display a wide range
  of fairly predictable socially pathological behaviors (including general
  malaise, complaining, excessive bullying and/or PKing, harassment,
  territoriality, inappropriate aggression, and open rebellion against
  those
  who run the game); and second, people will eventually vote with their
  feet--but only after having passionately cast 'a pox on both your
  houses.' In essence, if you set people up for an experience they deeply
  crave (and mostly cannot find in real life) and then don't deliver, they
  will become like spurned lovers--somebecome sullen and aggressive or
  neurotic, and eventually almost all leave."
  
  Violence is inevitable
  You're going to have violence done to people no matter what the
  facilities for it in the game are. It may be combat system, stealing,
  blocking entrances, trapping monsters,stealing kills to get experience,
  pestering, harassment, verbal violence, or just rudeness.
  
  Is it a game?
  It's a SERVICE. Not a game. It's a WORLD. Not a game. It's a COMMUNITY.
  Not a game. Anyone who says, "it's just a game" is missing the point.
  
  Identity
  You will NEVER have a solid unique identity for your problematic
  players. They essentially have complete anonymity because of the
  Internet. Even addresses, credit cards, and so on can be faked--and will
  be.
  
  Jeff Kesselman's Theorem
  A MUD universe is all about psychology. After all, there IS no
  physicality. It's all psych and group dynamics.
  
  Psychological disinhibition
  People act like jerks more easily online, because anonymity is
  intoxicating. It is easier to objectify other people and therefore to
  treat them badly. The only way to combat this is to get them to
  empathize
  more with other players.
  
  Mass market facts
  Disturbing for those used to smaller environments, but: administrative
  problems increase EXPONENTIALLY instead of linearly, as your playerbase
  digs deeper into the mass market. Traditional approaches tend to start
  to fail. Your playerbase probably isn't ready or willing to police
  itself.
  
  Anonymity and in-game admins
  The in-game admin faces a bizarre problem. He is exercising power that
  the ordinary virtual citizen cannot. And he is looked to in many ways to
  provide a certain atmosphere and level of civility in the environment.
  Yet the fact remains that no matter how scrupulously honest he is, no
  matter how just he shows himself to be, no matter how committed to the
  welfare of the virtual space he may prove himself, people will hate his
  guts. They will mistrust him precisely because he has power, and they
  can never know him. There will be false accusations galore, many
  insinuations of nefarious motives, and former friends will turn against
  him. It may be that the old saying about power and absolute power is
  just too ingrained in the psyche of most people; whatever the reasons,
  there has never been an online game whose admins could say with a
  straight face that all their players really trusted them (and by the
  way, it
  gets worse once you take money!).
  
  Community size
  Ideal community size is no larger than 250. Past that, you really get
  subcommunities.
  
  Hans Henrik Staerfeldt's Law of Player/Admin Relations
  The amount of whining players do is positively proportional to how well
  you treat them.
  
  J C Lawrence's "stating the obvious" law
  The more people you get, the more versions of "what we're really doing"
  you're going to get.
  
  John Hanke's Law (cited by Mike Sellers)
  In every aggregation of people online, there is an irreducible
  proportion of ... jerks (he used a different word :-)
• • Laws of Online World Design Jon A. Lambert
  • Laws of Online World Design Ling
  • • Laws of Online World Design Adam Wiggins
    • Laws of Online World Design Michael.Willey@abnamro.com
  • Laws of Online World Design J C Lawrence
  • • Laws of Online World Design ApplePiMan@aol.com
    • • Laws of Online World Design J C Lawrence
      • • Laws of Online World Design ApplePiMan@aol.com
        • • Laws of Online World Design manta@pobox.com
          • Laws of Online World Design J C Lawrence
          • • Laws of Online World Design James Wilson
            • • Laws of Online World Design J C Lawrence
            • Laws of Online World Design ApplePiMan@aol.com
            • • Laws of Online World Design J C Lawrence
              • • Laws of Online World Design ApplePiMan@aol.com
  • Laws of Online World Design Koster, Raph
  • • Laws of Online World Design Ola Fosheim Grøstad
    • • Laws of Online World Design Koster, Raph
      • • Laws of Online World Design J C Lawrence
        • Laws of Online World Design Ola Fosheim Grøstad
      • Laws of Online World Design Ola Fosheim Grøstad
    • Laws of Online World Design J C Lawrence
  • Laws of Online World Design Darrin Hyrup
  • • Laws of Online World Design Koster, Raph
    • • Laws of Online World Design Darrin Hyrup
    • Laws of Online World Design J C Lawrence
  • Laws of Online World Design Hans-Henrik Staerfeldt
  • • Laws of Online World Design Koster, Raph
  • Laws of Online World Design Richard Bartle
  • Laws of Online World Design Richard Bartle
  • • Laws of Online World Design Vadim Tkachenko
• MUVE vs. MUD [was Current Projects] Richard Bartle
• META: Review of FAQ's Bio Section Ling
• • META: Review of FAQ's Bio Section Chris Gray
  • • META: Review of FAQ's Bio Section Benjamin D. Wiechel
    • • META: Review of FAQ's Bio Section Ling
      • • META: Review of FAQ's Bio Section J C Lawrence
  • META: Review of FAQ's Bio Section Adam Wiggins
  • META: Review of FAQ's Bio Section Michael.Willey@abnamro.com
• Advance book review Koster, Raph
• (CDMag) Sosaria Cracked: Why OSI's great social experiment is doomed J C Lawrence
• Ethics & Identity Scatter
• DNS adventure J C Lawrence
• • DNS adventure Chris Gray
  • • DNS adventure Caliban Tiresias Darklock
    • DNS adventure Adam J. Thornton
  • DNS adventure Vadim Tkachenko
  • • DNS adventure J C Lawrence
• Trusting the Client (Laws of Online World Design) mark@erdos.Stanford.EDU
• • Trusting the Client (Laws of Online World Design) Ola Fosheim Grøstad
  • Trusting the Client (Laws of Online World Design) J C Lawrence
  • Trusting the Client (Laws of Online World Design) Hal Black
  • • Trusting the Client (Laws of Online World D esign) Koster, Raph
  • Trusting the Client (Laws of Online World Design) Jon Leonard
  • • Trusting the Client (Laws of Online World Design) J C Lawrence
    • • Trusting the Client (Laws of Online World Design) Adam J. Thornton
      • • Trusting the Client (Laws of Online World Design) Marc Hernandez
        • • Trusting the Client (Laws of Online World D esign) Wilburn, E.J.
          • • Trusting the Client (Laws of Online World D esign) Jon Leonard
            • • Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
              • • Trusting the Client (Laws of Online World D esign) Steve Sparks
                • • Trusting the Client (Laws of Online World Design) Jon Leonard
                  • • Trusting the Client (Laws of Online World Design) Steve Sparks
                    • • Trusting the Client (Laws of Online World Design) Jon Leonard
                      • • Trusting the Client (Laws of Online World Design) Steve Sparks
            • Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
            • • Trusting the Client (Laws of Online World D esign) Steve Sparks
              • • Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
                • • Trusting the Client (Laws of Online World D esign) Steve Sparks
• A Query Regarding Economies in a Text Environment Brandon A Downey
• • A Query Regarding Economies in a Text Environment J C Lawrence
  • • A Query Regarding Economies in a Text Environme nt Koster, Raph
• Trusting the Client (Laws of Online World Design) Chris Gray
• • Trusting the Client (Laws of Online World Design) J C Lawrence
  • • Trusting the Client (Laws of Online World Design) Jon Leonard
    • • Trusting the Client (Laws of Online World D esign) Wilburn, E.J.
      • • Trusting the Client (Laws of Online World D esign) J C Lawrence
• [Tech] socket slowdown solved Chris Gray
• • [Tech] socket slowdown solved J C Lawrence
• ADMIN: unsubscriptions J C Lawrence
• Trusting the Client (Laws of Online World Design) Chris Gray
• Network float format (RFC 1014) J C Lawrence
• Bruce Sterling on Virtual Community goals J C Lawrence
• • Bruce Sterling on Virtual Community goals Koster, Raph
  • Bruce Sterling on Virtual Community goals Jon Leonard
  • • Bruce Sterling on Virtual Community goals J C Lawrence
    • • Bruce Sterling on Virtual Community goals Jon Leonard
      • • Bruce Sterling on Virtual Community goals Elis Pomales
        • • Bruce Sterling on Virtual Community goals Darrin Hyrup
          • • Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
            • • Bruce Sterling on Virtual Community goals Darrin Hyrup
              • • Bruce Sterling on Virtual Community goals Niklas Elmqvist
                • • Bruce Sterling on Virtual Community goals J C Lawrence
            • Bruce Sterling on Virtual Community goals Wilburn, E.J.
            • Bruce Sterling on Virtual Community goals J C Lawrence
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Jon Leonard
    • • Bruce Sterling on Virtual Community goals Jon A. Lambert
      • • Bruce Sterling on Virtual Community goals Jon Leonard
        • • Bruce Sterling on Virtual Community goals Niklas Elmqvist
          • • Bruce Sterling on Virtual Community goals Jon Leonard
            • • Bruce Sterling on Virtual Community goals Jon A. Lambert
            • Bruce Sterling on Virtual Community goals Joel Kelso
            • • Bruce Sterling on Virtual Community goals Marc Hernandez
              • • Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
                • • Bruce Sterling on Virtual Community goals Adam J. Thornton
                • Bruce Sterling on Virtual Community goals J C Lawrence
              • Bruce Sterling on Virtual Community goals Jon A. Lambert
          • Bruce Sterling on Virtual Community goals Jon A. Lambert
          • • Bruce Sterling on Virtual Community goals Marc Hernandez
            • • Bruce Sterling on Virtual Community goals Jon A. Lambert
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals J C Lawrence
    • • Bruce Sterling on Virtual Community goals Jon Leonard
      • • Bruce Sterling on Virtual Community goals J C Lawrence
        • • Bruce Sterling on Virtual Community goals Jon Leonard
          • • Bruce Sterling on Virtual Community goals ApplePiMan@aol.com
    • Bruce Sterling on Virtual Community goals J C Lawrence
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Jon Leonard
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Jon A. Lambert
  • Bruce Sterling on Virtual Community goals Chris Gray
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Jon A. Lambert
  • Bruce Sterling on Virtual Community goals Chris Gray
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Bruce Mitchener, Jr.
    • • Bruce Sterling on Virtual Community goals Adam J. Thornton
  • Bruce Sterling on Virtual Community goals Chris Gray
  • • Bruce Sterling on Virtual Community goals Jon A. Lambert
  • Bruce Sterling on Virtual Community goals Chris Gray
  • Bruce Sterling on Virtual Community goals Chris Gray
  • Bruce Sterling on Virtual Community goals Chris Gray
• OT: TTYQuake Niklas Elmqvist
• • OT: TTYQuake Adam Wiggins
  • • OT: TTYQuake Adam J. Thornton
• Trusting the Client (Laws of Online World Matthew R. Sheahan
• • Trusting the Client (Laws of Online World Vadim Tkachenko
  • Trusting the Client (Laws of Online World J C Lawrence
• FW: Book? Koster, Raph
• GameStorm Matthew R. Sheahan
• • GameStorm J C Lawrence
• Trusting the Client (Laws of Online World Jon A. Lambert
• Trusting the Client (Laws of Online World D esign) Koster, Raph
• • Trusting the Client (Laws of Online World D esign) quzah [sotfhome]
  • • Trusting the Client (Laws of Online World D esign) Steve Sparks
    • Trusting the Client (Laws of Online World D esign) Koster, Raph
  • Trusting the Client (Laws of Online World D esign) Vadim Tkachenko
  • • Trusting the Client (Laws of Online World D esign) Koster, Raph
    • • Trusting the Client (Laws of Online World D esign) J C Lawrence
• Lengthy Palace study Koster, Raph
• Hacks/Diablo/etc (was: Trusting the quzah [sotfhome]
• PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
• • PDMud (was Bruce Sterling on Virtual Community goals) Darrin Hyrup
  • • PDMud (was Bruce Sterling on Virtual Community goals) Adam J. Thornton
    • PDMud (was Bruce Sterling on Virtual Community goals) Hal Black
    • • PDMud (was Bruce Sterling on Virtual Community goals) J C Lawrence
  • PDMud (was Bruce Sterling on Virtual Community goals) Ola Fosheim Grøstad
  • PDMud (was Bruce Sterling on Virtual Community goals) ApplePiMan@aol.com
  • • PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
• Recursive look Ling
• • Recursive look Holly Sommer
  • • Recursive look David Bennett
    • • Recursive look J C Lawrence
      • • Recursive look Marc Hernandez
        • • Recursive look Bruce Mitchener, Jr.
        • Recursive look Michael.Willey@abnamro.com
    • Recursive look The Wildman
  • Recursive look Adam Wiggins
  • • Recursive look Koster, Raph
    • Recursive look Ling
    • • Recursive look Adam Wiggins
      • Recursive look Marian Griffith
      • • Recursive look Brandon J. Rickman
        • • Recursive look Marian Griffith
          • • Recursive look Brandon J. Rickman
            • • Recursive look Marian Griffith
              • • Recursive look Ola Fosheim Grøstad
                • • Recursive look Nathan F Yospe
                  • • Recursive look Darrin Hyrup
                    • • Recursive look Ola Fosheim Grøstad
                • Recursive look Jon A. Lambert
  • Recursive look Matthew R. Sheahan
  • • Recursive look Nathan F Yospe
  • Recursive look Michael.Willey@abnamro.com
  • Recursive look Chris Gray
  • Recursive look Chris Gray
• evil - good realism Vladimir Prelovac
• • evil - good realism S. Patrick Gallaty
  • evil - good realism Adam Wiggins
  • evil - good realism Wilburn, E.J.
  • • evil - good realism quzah [sotfhome]
    • • evil - good realism Jon A. Lambert
      • • evil - good realism quzah [sotfhome]
    • evil - good realism Orion Henry
    • • evil - good realism Vadim Tkachenko
  • evil - good realism J C Lawrence
  • evil - good realism Chris Gray
  • evil - good realism Brandon A Downey
  • • evil - good realism quzah [sotfhome]
    • evil - good realism Vladimir Prelovac
  • evil - good realism Vadim Tkachenko
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• • PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• • PDMud (was Bruce Sterling on Virtual Community goals) Hal Black
  • • PDMud (was Bruce Sterling on Virtual Community goals) Felix A. Croes
    • • PDMud (was Bruce Sterling on Virtual Community goals) Darrin Hyrup
      • • PDMud (was Bruce Sterling on Virtual Community goals) J C Lawrence
        • • PDMud (was Bruce Sterling on Virtual Community goals) Darrin Hyrup
          • • PDMud (was Bruce Sterling on Virtual Community goals) Jon Leonard
• PDMud thread summary Jon Leonard
• • PDMud thread summary Chris Gray
  • PDMud thread summary Darrin Hyrup
  • • PDMud thread summary J C Lawrence
    • • PDMud thread summary Hal Black
      • • PDMud thread summary Vadim Tkachenko
      • PDMud thread summary Darrin Hyrup
      • • PDMud thread summary J C Lawrence
  • PDMud thread summary Niklas Elmqvist
  • • PDMud thread summary Darrin Hyrup
    • • PDMud thread summary Niklas Elmqvist
    • PDMud thread summary Adam J. Thornton
    • PDMud thread summary Jon A. Lambert
    • • PDMud thread summary Jon A. Lambert
    • PDMud thread summary ApplePiMan@aol.com
    • • PDMud thread summary Niklas Elmqvist
  • PDMud thread summary J C Lawrence
  • PDMud thread summary ApplePiMan@aol.com
  • • PDMud thread summary Jo Dillon
  • PDMud thread summary The Arrow
  • • PDMud thread summary Niklas Elmqvist
  • PDMud thread summary Chris Gray
  • • PDMud thread summary ApplePiMan@aol.com
    • • PDMud thread summary Darrin Hyrup
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Jon Leonard
    • PDMud thread summary ApplePiMan@aol.com
  • PDMud thread summary Steve Sparks
  • • PDMud thread summary Jo Dillon
    • • PDMud thread summary Adam J. Thornton
      • • PDMud thread summary Jon Leonard
        • • PDMud thread summary Jo Dillon
          • • PDMud thread summary Jon Leonard
            • PDMud thread summary Vadim Tkachenko
            • • PDMud thread summary Jo Dillon
              • PDMud thread summary Niklas Elmqvist
              • • PDMud thread summary Vadim Tkachenko
          • PDMud thread summary Darrin Hyrup
        • PDMud thread summary Niklas Elmqvist
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Jon A. Lambert
    • • PDMud thread summary Adam J. Thornton
  • PDMud thread summary Chris Gray
  • PDMud thread summary Chris Gray
  • • PDMud thread summary James Wilson
    • • PDMud thread summary ApplePiMan@aol.com
      • • PDMud thread summary James Wilson
        • • PDMud thread summary ApplePiMan@aol.com
    • PDMud thread summary ApplePiMan@aol.com
    • • PDMud thread summary Adam J. Thornton
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Niklas Elmqvist
    • • PDMud thread summary James Wilson
      • • PDMud thread summary Niklas Elmqvist
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Niklas Elmqvist
    • • PDMud thread summary Jon A. Lambert
  • PDMud thread summary Chris Gray
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Alex Oren
    • PDMud thread summary Alex Oren
    • • PDMud thread summary Jon A. Lambert
      • • PDMud thread summary Bruce Mitchener, Jr.
        • • PDMud thread summary Jon A. Lambert
  • PDMud thread summary Jon A. Lambert
  • PDMud thread summary Holly Sommer
  • • PDMud thread summary Jo Dillon
    • • PDMud thread summary Adam J. Thornton
      • • PDMud thread summary Jo Dillon
      • PDMud thread summary Adam Wiggins
      • • PDMud thread summary Jo Dillon
  • PDMud thread summary Chris Gray
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Alex Oren
  • PDMud thread summary Chris Gray
  • • PDMud thread summary Alex Oren
• ADMIN: Unsubscriptions J C Lawrence
• DevMUD Event Language Hal Black
• • DevMUD Event Language Jon Leonard
  • • DevMUD Event Language J C Lawrence
    • • DevMUD Event Language James Wilson
      • • DevMUD Event Language J C Lawrence
  • DevMUD Event Language Chris Gray
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• • PDMud (was Bruce Sterling on Virtual Community goals) J C Lawrence
  • PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
  • • PDMud (was Bruce Sterling on Virtual Community goals) James Wilson
    • • PDMud (was Bruce Sterling on Virtual Community goals) Jo Dillon
    • PDMud (was Bruce Sterling on Virtual Community goals) Jon Leonard
    • PDMud (was Bruce Sterling on Virtual Community goals) ApplePiMan@aol.com
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• • PDMud (was Bruce Sterling on Virtual Community goals) Niklas Elmqvist
• Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
• • Crack.Com deceased, Golgotha source released (sorta) Bruce Mitchener, Jr.
  • Crack.Com deceased, Golgotha source released (sorta ) Koster, Raph
  • • Crack.Com deceased, Golgotha source released (sorta ) Marc Hernandez
  • Crack.Com deceased, Golgotha source released (sorta) Adam J. Thornton
  • • Crack.Com deceased, Golgotha source released (sorta) Adam Wiggins
    • • Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
    • Crack.Com deceased, Golgotha source released (sorta) J C Lawrence
    • • Crack.Com deceased, Golgotha source released (sorta) Bruce Mitchener, Jr.
• Game Developers Conference Koster, Raph
• Crack.Com deceased Marc Hernandez
• OT, kinda, but yay :) Koster, Raph
• • OT, kinda, but yay :) Jon Leonard
  • • OT, kinda, but yay :) Nathan F Yospe
    • • OT, kinda, but yay :) Jon Leonard
    • OT, kinda, but yay :) Koster, Raph
  • OT, kinda, but yay :) Steve Sparks
  • OT, kinda, but yay :) Adam Wiggins
  • OT, kinda, but yay :) Chris Gray
  • • OT, kinda, but yay :) Jo Dillon
    • OT, kinda, but yay :) Adam Wiggins
    • • OT, kinda, but yay :) Jo Dillon
  • OT, kinda, but yay :) Jo Dillon
• PDMud (was Bruce Sterling on Virtual Community goals) Petri Virkkula
• Crack.Com deceased, Golgotha source released , (sorta) Holly Sommer
• OT: slashdot Adam Wiggins
• • OT: slashdot J C Lawrence
  • • OT: slashdot J C Lawrence
• Language support Koster, Raph
• PDMud, Gamora and Casbah Bruce Mitchener, Jr.
• • PDMud, Gamora and Casbah Caliban Tiresias Darklock
  • PDMud, Gamora and Casbah Niklas Elmqvist
  • • PDMud, Gamora and Casbah Jon Leonard
    • • PDMud, Gamora and Casbah Darrin Hyrup
      • PDMud, Gamora and Casbah Niklas Elmqvist
      • • PDMud, Gamora and Casbah Adam J. Thornton
    • PDMud, Gamora and Casbah ApplePiMan@aol.com
  • PDMud, Gamora and Casbah Chris Gray
  • • PDMud, Gamora and Casbah Darrin Hyrup
    • PDMud, Gamora and Casbah Niklas Elmqvist
• UO: Second Age Koster, Raph
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• PDMud (was Bruce Sterling on Virtual Community goals) Chris Gray
• • PDMud (was Bruce Sterling on Virtual Community goals) Bruce Mitchener, Jr.
• Golgotha as it applies to PDMud (was Crack.Com deceased, Golgotha source , released (sorta)) Niklas Elmqvist
• OpenMUD: bus-based communications James Wilson
• • OpenMUD: bus-based communications Chris Gray
  • • OpenMUD: bus-based communications Niklas Elmqvist
  • OpenMUD: bus-based communications Niklas Elmqvist
  • OpenMUD: bus-based communications ApplePiMan@aol.com
• I wanna do it OO James Wilson
• • I wanna do it OO Chris Gray
• DevMUD - thoughts.1 Chris Gray
• • DevMUD - thoughts.1 James Wilson
  • DevMUD - thoughts.1 Chris Gray
  • DevMUD - thoughts.1 Chris Gray
  • • DevMUD - thoughts.1 James Wilson
  • DevMUD - thoughts.1 Niklas Elmqvist
  • DevMUD - thoughts.1 Chris Gray
• CVS and LXR bruce@portland.puremagic.com
• openmud or pdmud or devmud James Wilson
• • openmud or pdmud or devmud Chris Gray
  • openmud or pdmud or devmud Darrin Hyrup
  • • openmud or pdmud or devmud Hal Black
  • openmud or pdmud or devmud Jon Leonard
  • • openmud or pdmud or devmud Adam J. Thornton
    • • openmud or pdmud or devmud Bruce Mitchener, Jr.
      • • openmud or pdmud or devmud Adam J. Thornton
• openmud: open issues James Wilson
• • openmud: open issues Vadim Tkachenko
  • • openmud: open issues James Wilson
    • • openmud: open issues Vadim Tkachenko
• MUD verb handling (Was: DevMUD - thoughts.1) Chris Gray
• • MUD verb handling (Was: DevMUD - thoughts.1) Adam J. Thornton
• MUD verb handling (Was: DevMUD - thoughts.1) The Arrow
• • MUD verb handling (Was: DevMUD - thoughts.1) Jon Leonard
  • • MUD verb handling (Was: DevMUD - thoughts.1) Niklas Elmqvist
• Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
• • Missing the point: OpenMUD, Gamora, Casbah, etc. Jon A. Lambert
  • Missing the point: OpenMUD, Gamora, Casbah, etc. Niklas Elmqvist
  • • Missing the point: OpenMUD, Gamora, Casbah, etc. Darrin Hyrup
    • Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
  • Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
  • • Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
    • • Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
  • Missing the point: OpenMUD, Gamora, Casbah, etc. Chris Gray
  • • Missing the point: OpenMUD, Gamora, Casbah, etc. Bruce Mitchener, Jr.
    • • Missing the point: OpenMUD, Gamora, Casbah, etc. Ola Fosheim Grøstad
  • Missing the point: OpenMUD, Gamora, Casbah, etc. Chris Gray
• DevMUD module configuration Jon Leonard
• • DevMUD module configuration James Wilson
  • • DevMUD module configuration Bruce Mitchener, Jr.
    • • DevMUD module configuration J C Lawrence
  • DevMUD module configuration Chris Gray
  • DevMUD module configuration Niklas Elmqvist
  • DevMUD module configuration Vadim Tkachenko
• Inheritance model (was PDMud thread summary) Bruce Mitchener, Jr.
• • Inheritance model (was PDMud thread summary) Cynbe ru Taren
• Why did it take years? Cynbe ru Taren
• • Why did it take years? Adam Wiggins
  • • Why did it take years? James Wilson
    • • Why did it take years? Bruce Mitchener, Jr.
    • Why did it take years? Niklas Elmqvist
    • • Why did it take years? Holly Sommer
      • Why did it take years? J C Lawrence
    • Why did it take years? Jo Dillon
• Why did it take years? Cynbe ru Taren
• • Why did it take years? J C Lawrence
  • • Why did it take years? Adam Wiggins
• Why did it take years? Chris Gray
• Why did it take years? Erik Ostrom
• Gamora: Lessons learned? (fwd) Niklas Elmqvist
• Gamora: Lessons learned? (fwd) Niklas Elmqvist
• resource management (was: Missing the point) Felix A. Croes
• DevMUD: Inheritable modules The Arrow
• • DevMUD: Inheritable modules Bruce Mitchener, Jr.
  • DevMUD: Inheritable modules Jon Leonard
  • • DevMUD: Inheritable modules The Arrow
    • • DevMUD: Inheritable modules Jon Leonard
      • • DevMUD: Inheritable modules James Wilson
        • • DevMUD: Inheritable modules Jon Leonard
          • • DevMUD: Inheritable modules James Wilson
            • • DevMUD: Inheritable modules Jo Dillon
              • • DevMUD: Inheritable modules James Wilson
        • DevMUD: Inheritable modules Niklas Elmqvist
        • • DevMUD: Inheritable modules Jon Leonard
          • • DevMUD: Inheritable modules Niklas Elmqvist
            • DevMUD: Inheritable modules Jo Dillon
            • • DevMUD: Inheritable modules Robert Brady
              • • DevMUD: Inheritable modules J C Lawrence
          • DevMUD: Inheritable modules Darrin Hyrup
        • DevMUD: Inheritable modules Jo Dillon
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Adam J. Thornton
  • • DevMUD: Inheritable modules James Wilson
    • • DevMUD: Inheritable modules Jon A. Lambert
      • • DevMUD: Inheritable modules James Wilson
        • DevMUD: Inheritable modules James Wilson
    • DevMUD: Inheritable modules Jon A. Lambert
    • • DevMUD: Inheritable modules Cynbe ru Taren
      • • DevMUD: Inheritable modules Jon A. Lambert
    • DevMUD: Inheritable modules Jo Dillon
    • • DevMUD: Inheritable modules Vadim Tkachenko
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • • DevMUD: Inheritable modules James Wilson
    • • DevMUD: Inheritable modules Adam J. Thornton
    • DevMUD: Inheritable modules James Wilson
    • DevMUD: Inheritable modules The Arrow
  • DevMUD: Inheritable modules The Arrow
  • • DevMUD: Inheritable modules Thandor
    • • DevMUD: Inheritable modules The Arrow
      • • DevMUD: Inheritable modules Thandor
        • • DevMUD: Inheritable modules Jon A. Lambert
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • DevMUD: Inheritable modules Chris Gray
  • • DevMUD: Inheritable modules James Wilson
  • DevMUD: Inheritable modules J C Lawrence
• [DevMUD] driver implementation language Hal Black
• META/ADMIN: CVS for DevMUD security J C Lawrence
• • META/ADMIN: CVS for DevMUD security Jon Leonard
  • • META/ADMIN: CVS for DevMUD security James Wilson
• DevMUD Objectives? Thandor
• • DevMUD Objectives? Koster, Raph
  • • DevMUD Objectives? Ola Fosheim Grøstad
  • DevMUD Objectives? Petri Virkkula
  • • DevMUD Objectives? Thandor
  • DevMUD Objectives? Niklas Elmqvist
  • • DevMUD Objectives? Thandor
    • • DevMUD Objectives? Darrin Hyrup
      • DevMUD Objectives? Travis Casey
  • DevMUD Objectives? Chris Gray
  • DevMUD Objectives? Chris Gray
  • DevMUD Objectives? Hal Black
  • • DevMUD Objectives? Thandor
• Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
• • Why modules? (Was: Inheritable modules) Chris Gray
  • Why modules? (Was: Inheritable modules) Chris Gray
  • • Why modules? (Was: Inheritable modules) Thandor
    • • Why modules? (Was: Inheritable modules) James Wilson
      • • Why modules? (Was: Inheritable modules) Adam J. Thornton
  • Why modules? (Was: Inheritable modules) Vadim Tkachenko
  • • Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
    • • Why modules? (Was: Inheritable modules) Vadim Tkachenko
      • • Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
        • Why modules? (Was: Inheritable modules) Thandor
        • • Why modules? (Was: Inheritable modules) James Wilson
    • Why modules? (Was: Inheritable modules) Jon A. Lambert
  • Why modules? (Was: Inheritable modules) Thandor
  • Why modules? (Was: Inheritable modules) Jon A. Lambert
  • • Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
    • • Why modules? (Was: Inheritable modules) Vadim Tkachenko
      • • Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
      • Why modules? (Was: Inheritable modules) Jon A. Lambert
      • • Why modules? (Was: Inheritable modules) Ola Fosheim Grøstad
        • Why modules? (Was: Inheritable modules) Vadim Tkachenko
        • • Why modules? (Was: Inheritable modules) Jon A. Lambert
          • • Why modules? (Was: Inheritable modules) Vadim Tkachenko
            • • Why modules? (Was: Inheritable modules) Vadim Tkachenko
        • Why modules? (Was: Inheritable modules) Vadim Tkachenko
        • • Why modules? (Was: Inheritable modules) J C Lawrence
• MUD-Dev's DevMUD: a word of caution Greg Munt
• • MUD-Dev's DevMUD: a word of caution Cynbe ru Taren
  • • MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
  • MUD-Dev's DevMUD: a word of caution Chris Gray
  • • MUD-Dev's DevMUD: a word of caution ApplePiMan@aol.com
    • • MUD-Dev's DevMUD: a word of caution Jon A. Lambert
  • MUD-Dev's DevMUD: a word of caution Chris Gray
  • • MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
    • • MUD-Dev's DevMUD: a word of caution Cynbe ru Taren
      • • MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
      • MUD-Dev's DevMUD: a word of caution Adam J. Thornton
      • • MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
        • • MUD-Dev's DevMUD: a word of caution James Wilson
  • MUD-Dev's DevMUD: a word of caution Ola Fosheim Grøstad
  • MUD-Dev's DevMUD: a word of caution Niklas Elmqvist
  • MUD-Dev's DevMUD: a word of caution The Arrow
  • MUD-Dev's DevMUD: a word of caution Thandor
• DevMUD: Module message passing The Arrow
• • DevMUD: Module message passing Vadim Tkachenko
• Why mudules and some other questions. Ben Greear
• • Why mudules and some other questions. Vadim Tkachenko
• Reminiscing Jon A. Lambert