April 1998

• Persistant storage.... My current idea. J C Lawrence
• • Persistant storage.... My current idea. J C Lawrence
  • Persistant storage.... My current idea. Chris Gray
  • • Persistant storage.... My current idea. J C Lawrence
    • • Persistant storage.... My current idea. J C Lawrence
• OT: This is a test of a system config change. coder@ibm.net
• MUD Development Digest Dr. Cat
• • MUD Development Digest Justin McKinnerney
  • • MUD Development Digest Nathan F Yospe
    • • MUD Development Digest Justin McKinnerney
      • • MUD Development Digest J C Lawrence
    • MUD Development Digest J C Lawrence
    • • MUD Development Digest Jon A. Lambert
  • MUD Development Digest Chris Gray
  • MUD Development Digest J C Lawrence
  • • MUD Development Digest J C Lawrence
  • MUD Development Digest J C Lawrence
  • • MUD Development Digest Ben Greear
    • • MUD Development Digest Jon A. Lambert
      • MUD Development Digest Chris Gray
      • • MUD Development Digest Ben Greear
        • • MUD Development Digest Dr. Cat
          • • MUD Development Digest Ben Greear
            • MUD Development Digest Justin McKinnerney
            • • MUD Development Digest Dr. Cat
              • • MUD Development Digest Justin McKinnerney
                • • MUD Development Digest Dr. Cat
                  • • MUD Development Digest J C Lawrence
                    • • MUD Development Digest Matt Chatterley
  • MUD Development Digest J C Lawrence
• GRUMPS maddog@best.com
• • GRUMPS Chris Gray
  • • GRUMPS maddog@best.com
    • • GRUMPS Chris Gray
      • GRUMPS J C Lawrence
      • • GRUMPS maddog@best.com
        • • GRUMPS J C Lawrence
          • • GRUMPS maddog@best.com
            • GRUMPS s001gmu@nova.wright.edu
            • • GRUMPS Joel Dillon
        • GRUMPS Shawn Halpenny
  • GRUMPS Travis Casey
  • • GRUMPS maddog@best.com
    • GRUMPS Brandon J. Rickman
    • • GRUMPS Travis Casey
        On Sunday, 5 April 98, Brandon wrote:
        
        > Travis Casey <efindel@polaris.net> wrote:
        
        >>A mud that wanted to use the system would need two converters: one to
        >>convert characters to the specification, and one for converting them
        >>from the specification. Extra converters could be added as well, for
        >>muds that have special agreements with each other for converting
        >>characters.
        
        > "special agreements" cause endless grief because they tend to develop into
        > "proprietary extentions". But then those extentions are usually important
        > features that were left out of the spec because of lack of concensus.
        > (I'm thinking of the horror of VRML, which has things like the rather
        > pathetic Box node and the inability to pass integer events without using
        > Javascript.)
        
        Well, in terms of "special agreements," I was thinking more of cases
        where two muds are put together to make one larger mud, with the two
        having very similar systems. For example, one could create a mud
        based on Piers Anthony's _Apprentice_Adept_ series, with the fantasy
        and SF worlds each being a separate mud. Since the two muds would be
        designed with the idea of moving characters between them, a custom
        transfer system would be desirable.
        
        > The conversion of characters should be "easy"; it would be more of a
        > challenge to make sure the characters are secure/certified. Maddog
        > mentioned LEDOs, which are pretty much a marketing ploy, trying to
        > turn character attributes into a commodity is a pretty iffy business but
        > would be interesting in the short term.
        
        I have no idea what an LEDO is, so I can't comment on that.
        
        In my ideas for character transfer on the newsgroup, I thought of
        having security work like this:
        
        (The "receiving" mud is the mud the character is entering, and the
        "sending" mud is the mud the character is originally from. If a
        character wanders from mud A to mud B, then tries to transfer from B
        to C, B will send a message to A to tell it to send the character to
        C. This avoids several problems.)
        
        - The receiving mud is told what mud the character is coming from,
        and can verify it by the IP the connection is coming from. The
        receiving mud can then decide whether or not to accept the transfer
        based on which mud it is coming from.
        
        - The sending mud sends, among other data, the character's name, the
        player's name if he/she has given it to the sending mud, and the
        player's email address if it has been given to the sending mud.
        The receiving mud can also deny the transfer based on any of these.
        
        - Indeed, a receiving mud can deny a transfer for any reason or for
        no reason at all. Thus, you can refuse a transfer to character who
        seems too powerful, or who would violate one or more of the mud's
        rules.
        
        - Lastly, remember that the receiving mud gets to write its own
        "conversion routine" for characters coming from other muds, and can
        customize it on a per-mud basis. The conversion routine could
        "truncate" characters, making any character who is above a certain
        power level be reduced to that power level, or could even just dump
        an incoming player into the mud's character creation routine,
        allowing him/her to create a new character on the receiving mud.
        
        >>Note, by the way, that even if you have a "universal" RPG system,
        >>there may be things that can't be conveniently expressed in it, and
        >>things that it won't work for. GURPS, for example, breaks down at
        >>high power levels unless you do a good bit of modification.
        
        > Yah, but most muds break down at high levels too. Or rather, they fragment
        > when there is too large a disparity between new, low level characters and
        > the older, elite characters. Maybe powerful characters would migrate
        > to more difficult muds if they could.
        
        That's not quite what I mean by breaking down at high power levels;
        even when all the characters are extremely powerful, GURPS does not
        work well.
        
        > That is the easy part. The hard part is figuring out what a particular
        > mud world knows about lizards. Does the player have to
        > roleplay when someone gives him a lizard-engraved sword? Is flying a
        > physical ability (does the world have aerodynamics), or are flying creatures
        > simply immune from the effect of gravity? To me these are the interesting
        > differences between mud realms, that Doctor Who effect from the original
        > post.
        
        I agree. Any kind of mud transfer system would need to be very
        flexible to handle all kinds of powers. A really good system would
        need to carry meta-information about the origins of powers, in
        addition to information about the powers themselves. That way, a mud
        could decide whether to allow a power to work or to reduce (or even
        increase) it based on the power's origin.
        
        >>> So...does anyone have a suggestion of where I can start?
        >>> The groundrules are such that the engine must be completely open,
        >>> freely distributable, and no restrictions on its use. This just
        >>> about eliminates everything that is currently available.
        >>
        >>If you want a character specification format, check out WotC's Envoy
        >>system. It was to be the starting point for creating a specification
        >>format for universal paper RPG adventures, but it never got far off
        >>the ground. It is freely redistributable and can be used in any sort
        >>of product, with the only "restriction" being that the people involved
        >>in creating it must be credited.
        
        > How about investigating ways to keep high level characters more balanced?
        > Once someone figures out how to create a god-like character the fun
        > is over.
        
        Why is the fun over? Remember, a mud can always truncate the power
        level of characters or do the "transfer" just by letting the player
        create a new character.
        
        Also, remember that "balance" and "level" are relative terms --
        balanced in terms of what? Combat power? That's the most common
        definition, but if a mud isn't combat-oriented, combat power may make
        very little difference.
        
        Does balance mean that high-level characters need to be able to find a
        challenge? Or that they shouldn't be too powerful relative to lower
        level characters? Or that a character who is level X should have
        approximately the same amount of power as another character of level
        X, no matter what other differences they have? Or all of these?
        
        I'd like to note quickly that reducing the disparity between
        "high-level" and "low-level" characters is very easy -- either give
        characters more power to start with, or make their power go up more
        slowly, or both.
        
        Consider the example of RP-oriented muds -- on some muds, power can
        only be gained through social connections, since all characters have
        the same in-game powers. A high-power character on such a mud is
        effectively taken back to square one on a different mud, unless he/she
        can convince other people to transfer over as well.
        
        To give another example, people often complain that high-level
        characters in D&D/AD&D are too hard to kill relative to low-level
        characters (or, conversely, that low-level characters are too easy to
        kill). In my own campaigns, I solve the problem by using character's
        constitution scores as their base hit points (increasing the hit
        points of first-level characters) and not giving a per-level
        constitution bonus as characters advance (making characters go up in
        hit points more slowly).
        
        In "standard" AD&D, a fighter, assuming a 16 constitution, starts
        with an average of 7.5 hit points. At ninth level, an average fighter
        with the same constitution has 67.5 hit points -- nine times as many.
        Under the modified system, the same characters have an average of 21.5
        and 65.5 hit points -- so hit points only approximately triple in the
        same time. This allows a wider range of levels to take part in the
        same adventure, since the hit points are more even.
        
        > (Maybe I have something against superstar gamers, the kind that keep
        > their character in a thick binder. I tend to die or suffer critical injuries
        > within ten hours of play.)
        
        > "Yes sir, you certainly meet all the skill requirements of our little
        > brotherhood, but... you are left handed, and we have strict rules against
        > that kind of thing."
        
        > "Yes, we _do_ have a number of quests that need doing, but we feel you are
        > perhaps a bit overqualified."
        
        > "Congratulations, you are now a Guild Master. Have you filled out the
        > proper paperwork?"
        
        Yep -- since the system proposed allows the receiving mud to set the
        conversion method, any of the above could conceivably be part of a
        conversion process. :-)
        
        --
        |\ _,,,---,,_ Travis S. Casey <efindel@io.com>
        ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
        |,4- ) )-,_..;\ ( `'-' visit the rec.games.design FAQ:
        '---''(_/--' `-'\_) http://www.io.com/~efindel/design.html
      • GRUMPS maddog@best.com
  • GRUMPS J C Lawrence
  • • GRUMPS maddog@best.com
    • • GRUMPS J C Lawrence
      • • GRUMPS Vadim Tkachenko
  • GRUMPS J C Lawrence
• caved in: Algorithms for for storing free space. Ben Greear
• • caved in: Algorithms for for storing free space. Cimri
  • caved in: Algorithms for for storing free space. Chris Gray
  • • caved in: Algorithms for for storing free space. Ben Greear
  • caved in: Algorithms for for storing free space. J C Lawrence
• internet connections Chris Gray
• GRUPMS? Vadim Tkachenko
• [Fwd: MUD-Dev] Richard Woolcock
• • [Fwd: MUD-Dev] Nathan F Yospe
  • • [Fwd: MUD-Dev] coder@ibm.net
    • • [Fwd: MUD-Dev] Katrina McClelan
    • [Fwd: MUD-Dev] Richard Woolcock
    • [Fwd: MUD-Dev] J C Lawrence
  • [Fwd: MUD-Dev] Travis S. Casey
  • • [Fwd: MUD-Dev] maddog@best.com
    • • [Fwd: MUD-Dev] J C Lawrence
      • • [Fwd: MUD-Dev] J C Lawrence
    • [Fwd: MUD-Dev] Jon A. Lambert
  • [Fwd: MUD-Dev] Richard Woolcock
• Meta: who dat guy, wot dat web? coder@ibm.net
• • Meta: who dat guy, wot dat web? Katrina McClelan
  • Meta: who dat guy, wot dat web? s001gmu@nova.wright.edu
  • • Meta: who dat guy, wot dat web? J C Lawrence
  • Meta: who dat guy, wot dat web? Jon A. Lambert
  • • Meta: who dat guy, wot dat web? J C Lawrence
• [META] Mailing lists Katrina McClelan
• • [META] Mailing lists Travis S. Casey
• META: The web presence and wot it ain't gonna be J C Lawrence
• • META: The web presence and wot it ain't gonna be Shawn Halpenny
  • • META: The web presence and wot it ain't gonna be J C Lawrence
• META: The web presence and wot it ain't gonna be J C Lawrence
• (fwd) code for teleport coder@ibm.net
• • (fwd) code for teleport Ben Greear
  • • (fwd) code for teleport s001gmu@nova.wright.edu
    • • (fwd) code for teleport J C Lawrence
• META: Archive of Megami/Wout's list's traffic? Archive of the CC: list? J C Lawrence
• Resisting Charm or you're cute and nice, but not to die for. Jon A. Lambert
• • Resisting Charm or you're cute and nice, but not to die for. s001gmu@nova.wright.edu
  • Resisting Charm or you're cute and nice, but not to die for. Katrina McClelan
  • Resisting Charm or you're cute and nice, but not to die for. J C Lawrence
• Genetic Algorithms Jon A. Lambert
• MUD Development Digest J C Lawrence
• • MUD Development Digest Alex Oren
  • • MUD Development Digest Chris Gray
    • • MUD Development Digest Jon Leonard
      • MUD Development Digest Jon A. Lambert
• Resisting Charm or you're cute and nice, but not Jon A. Lambert
• Unreal J C Lawrence
• • Unreal Koster, Raph
  • • Unreal J C Lawrence
  • Unreal Jon A. Lambert
  • • Unreal Matt Chatterley
• META: The web archives are up for review (alpha 1) J C Lawrence
• META: Archive of Megami/Wout's list's traffic? Archive of Alex Oren
• RGMA Alex Oren
• • RGMA Katrina McClelan
  • RGMA Marian Griffith
  • • RGMA Katrina McClelan
• META: That bloke Yaltec. Khan one
• • META: That bloke Yaltec. J C Lawrence
• a fruitful exchange on classlessness in r.g.m.admin Cimri
• • a fruitful exchange on classlessness in r.g.m.admin Ben Greear
• MAGE 2 MAGE v. 0.88 J C Lawrence
• META: membership (was a fruitful exchange on classlessness in r.g.m.admin) coder@ibm.net
• • META: membership (was a fruitful exchange on classlessness in r.g.m.admin) Ben Greear
• META: Archive of Megami/Wout's list's traffic? Archive of Wout Mertens
• (fwd) Development of new code base coder@ibm.net
• Seductions of Sim: Policy as a Simulation Jon A. Lambert
• • Seductions of Sim: Policy as a Simulation J C Lawrence
• META: membership (was a fruitful exchange on clas Jon A. Lambert
• Resisting Charm or you're cute and nice, but not t Jon A. Lambert
• META: Web futures and the demise of MUD civilisation as we know it. coder@ibm.net
• There can be.. only ONE! Matt Chatterley
• • There can be.. only ONE! Caliban Tiresias Darklock
  • • There can be.. only ONE! Matt Chatterley
  • There can be.. only ONE! J C Lawrence
  • • There can be.. only ONE! Richard Woolcock
    • • There can be.. only ONE! J C Lawrence
      • • There can be.. only ONE! Vadim Tkachenko
      • There can be.. only ONE! Jon A. Lambert
      • There can be.. only ONE! Vadim Tkachenko
      • • There can be.. only ONE! Jon A. Lambert
        • • There can be.. only ONE! Richard Woolcock
        • There can be.. only ONE! J C Lawrence
      • There can be.. only ONE! Matt Chatterley
    • There can be.. only ONE! Matt Chatterley
    • • There can be.. only ONE! J C Lawrence
      • • There can be.. only ONE! Matt Chatterley
        • • There can be.. only ONE! J C Lawrence
          • • There can be.. only ONE! Ling
            • • There can be.. only ONE! Matt Chatterley
              • There can be.. only ONE! J C Lawrence
            • There can be.. only ONE! Matt Chatterley
            • • There can be.. only ONE! J C Lawrence
          • There can be.. only ONE! J C Lawrence
• OT: Caballah [was Character development] Alex Oren
• • OT: Caballah [was Character development] Caliban Tiresias Darklock
  • • OT: Caballah [was Character development] Vadim Tkachenko
  • OT: Caballah [was Character development] Vadim Tkachenko
  • • OT: Caballah [was Character development] Marian Griffith
    • • OT: Caballah [was Character development] Jon A. Lambert
• Personality modelling Oliver Jowett
• • Personality modelling J C Lawrence
  • • Personality modelling J C Lawrence
• META: membership Holly Sommer
• • META: membership Cimri
  • META: membership s001gmu@nova.wright.edu
  • • META: membership Katrina McClelan
• META: Other mailing lists Alex Oren
• • META: Other mailing lists J C Lawrence
• META: Web site backgrounds and readability J C Lawrence
• • META: Web site backgrounds and readability Cimri
  • META: Web site backgrounds and readability Holly Sommer
  • META: Web site backgrounds and readability plateau
  • META: Web site backgrounds and readability Vadim Tkachenko
  • • META: Web site backgrounds and readability Caliban Tiresias Darklock
    • • META: Web site backgrounds and readability Vadim Tkachenko
  • META: Web site backgrounds and readability Greg Munt
  • • META: Web site backgrounds and readability J C Lawrence
    • • META: Web site backgrounds and readability Caliban Tiresias Darklock
    • META: Web site backgrounds and readability Matt Chatterley
  • META: Web site backgrounds and readability Holly Sommer
  • META: Web site backgrounds and readability Jon A. Lambert
  • • META: Web site backgrounds and readability Caliban Tiresias Darklock
  • META: Web site backgrounds and readability Jon A. Lambert
  • • META: Web site backgrounds and readability J C Lawrence
• META: Archive message format J C Lawrence
• (fwd) equipment J C Lawrence
• 3D evaluation? J C Lawrence
• META: Archive searching now works... J C Lawrence
• • META: Archive searching now works... Bruce Mitchener
  • • META: Archive searching now works... J C Lawrence
• Fw: [DESIGN] Combat system Richard Woolcock
• [Fwd: Grids and curvature of a sphere] Richard Woolcock
• • [Fwd: Grids and curvature of a sphere] Caliban Tiresias Darklock
  • • [Fwd: Grids and curvature of a sphere] J C Lawrence
  • [Fwd: Grids and curvature of a sphere] J C Lawrence
• SfD: AI and muds; several approaches Nathan F Yospe
• META: We have moved. J C Lawrence
• (fwd) Mudlib Design J C Lawrence
• (fwd) SERVER: New Code Base in VB Started J C Lawrence
• • (fwd) SERVER: New Code Base in VB Started Jon A. Lambert
• Graphical MUD project (Sea Of Blood) J C Lawrence
• (fwd) Sea of Blood Graphical MUD J C Lawrence
• MAPPING: Creating a bitmaped graphic from map coordinates John Bertoglio
• • MAPPING: Creating a bitmaped graphic from map coordinates Nathan F Yospe
  • • MAPPING: Creating a bitmaped graphic from map coordinates John Bertoglio
    • • MAPPING: Creating a bitmaped graphic from map coordinates s001gmu@nova.wright.edu
  • MAPPING: Creating a bitmaped graphic from map coordinates Jon Leonard
  • MAPPING: Creating a bitmaped graphic from map coordinates Caliban Tiresias Darklock
  • MAPPING: Creating a bitmaped graphic from map coordinates J C Lawrence
  • • MAPPING: Creating a bitmaped graphic from map coordinates Vadim Tkachenko
• Gentle Reminder J C Lawrence
• Systems you use Ling
• • Systems you use Caliban Tiresias Darklock
  • Systems you use J C Lawrence
  • Systems you use Adam Wiggins
  • Systems you use Jon A. Lambert
  • Systems you use Katrina McClelan
  • • Systems you use J C Lawrence
    • • Systems you use Katrina McClelan
• (fwd) CODE RELEASE: [client] Jcrossclient - java client to "crossfire" J C Lawrence
• Teamwork Ling
• • Teamwork J C Lawrence
• MAPPING: Creating a bitmaped graphic from map Jon A. Lambert
• • MAPPING: Creating a bitmaped graphic from map J C Lawrence
  • • MAPPING: Creating a bitmaped graphic from map Jon A. Lambert
    • • MAPPING: Creating a bitmaped graphic from map John Bertoglio
• MAPPING: Creating a bitmaped graphic from map Jon A. Lambert
• MAPPING: Creating a bitmaped graphic from map Caliban Tiresias Darklock
• • MAPPING: Creating a bitmaped graphic from map Jon A. Lambert
• (fwd) AD: [custom graphical] whitestar Crossfire MUD J C Lawrence
• • (fwd) AD: [custom graphical] whitestar Crossfire MUD Dr. Cat
  • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Ben Greear
    • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Matt Chatterley
    • (fwd) AD: [custom graphical] whitestar Crossfire MUD Chris Gray
  • (fwd) AD: [custom graphical] whitestar Crossfire MUD Dr. Cat
  • • (fwd) AD: [custom graphical] whitestar Crossfire MUD J C Lawrence
    • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Jay Sax
      • (fwd) AD: [custom graphical] whitestar Crossfire MUD Dr. Cat
      • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Caliban Tiresias Darklock
        • (fwd) AD: [custom graphical] whitestar Crossfire MUD J C Lawrence
        • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Koster, Raph
          • • (fwd) AD: [custom graphical] whitestar Crossfire MUD Jay Sax
            • (fwd) AD: [custom graphical] whitestar Crossfire MUD Adam Wiggins
      • (fwd) AD: [custom graphical] whitestar Crossfire MUD Matt Chatterley
  • (fwd) AD: [custom graphical] whitestar Crossfire MUD Chris Gray
• There can be.. only ONE! (fwd) Matt Chatterley
• • There can be.. only ONE! (fwd) J C Lawrence
  • • There can be.. only ONE! (fwd) Matt Chatterley
    • • There can be.. only ONE! (fwd) Adam Wiggins
      • • There can be.. only ONE! (fwd) Matt Chatterley
        • There can be.. only ONE! (fwd) J C Lawrence
      • There can be.. only ONE! (fwd) J C Lawrence
      • • There can be.. only ONE! (fwd) Matt Chatterley
• There can be.. only ONE! (fwd) Matt Chatterley
• • There can be.. only ONE! (fwd) J C Lawrence
• There can be.. only ONE! (fwd) Matt Chatterley
• • There can be.. only ONE! (fwd) J C Lawrence
  • • There can be.. only ONE! (fwd) Matt Chatterley
    • • There can be.. only ONE! (fwd) Jon A. Lambert
      • There can be.. only ONE! (fwd) J C Lawrence
      • • There can be.. only ONE! (fwd) Matt Chatterley
• How to represent a 3d object... Ben Greear
• • How to represent a 3d object... Oliver Jowett
  • • How to represent a 3d object... Ben Greear
  • How to represent a 3d object... Justin McKinnerney
  • How to represent a 3d object... J C Lawrence
• fwd Room descriptions, was Roleplaying John Bertoglio
• • fwd Room descriptions, was Roleplaying Chris Gray
  • fwd Room descriptions, was Roleplaying Ling
  • fwd Room descriptions, was Roleplaying J C Lawrence
• Room descriptions, was Roleplaying Richard Woolcock
• • Room descriptions, was Roleplaying John Bertoglio
• Java for Mud Client (Crossfire MUD topic) Justin McKinnerney
• • Java for Mud Client (Crossfire MUD topic) Joel Dillon
  • • Java for Mud Client (Crossfire MUD topic) Justin McKinnerney
    • • Java for Mud Client (Crossfire MUD topic) Joel Dillon
      • • Java for Mud Client (Crossfire MUD topic) s001gmu@nova.wright.edu
        • • Java for Mud Client (Crossfire MUD topic) J C Lawrence
        • Java for Mud Client (Crossfire MUD topic) J C Lawrence
      • Java for Mud Client (Crossfire MUD topic) Ben Greear
    • Java for Mud Client (Crossfire MUD topic) J C Lawrence
• META: mud-dev@null.net is now decommissioned. J C Lawrence
• • META: mud-dev@null.net is now decommissioned. John Bertoglio
  • META: mud-dev@null.net is now decommissioned. J C Lawrence
• Group mechanics/Leadership [was: Room descriptions] Shawn Halpenny
• • Group mechanics/Leadership [was: Room descriptions] John Bertoglio
• (fwd) [DESIGN] Macro semi-language J C Lawrence
• • (fwd) [DESIGN] Macro semi-language J C Lawrence
• (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) J C Lawrence
• • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Dr. Cat
  • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Marian Griffith
  • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) J C Lawrence
  • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Chris Gray
    • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Koster, Raph
      • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Marian Griffith
        • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Koster, Raph
          • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Dr. Cat
            • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Adam Wiggins
      • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Adam Wiggins
      • • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) Chris Gray
      • (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) J C Lawrence
• OT: Birth announcement Koster, Raph
• • OT: Birth announcement Nathan F Yospe
  • OT: Birth announcement J C Lawrence
  • • OT: Birth announcement J C Lawrence
    • • OT: Birth announcement John Bertoglio
      • • OT: Birth announcement J C Lawrence
  • OT: Birth announcement Jon A. Lambert
  • • OT: Birth announcement Koster, Raph
• (fwd) POLL: Games ruined by bad players (Playe Jon A. Lambert
• • (fwd) POLL: Games ruined by bad players (Playe Dr. Cat
  • • (fwd) POLL: Games ruined by bad players (Playe J C Lawrence
    • • (fwd) POLL: Games ruined by bad players (Playe Dr. Cat
      • • (fwd) POLL: Games ruined by bad players (Playe J C Lawrence
      • (fwd) POLL: Games ruined by bad players (Playe Richard Woolcock
• Some thoughts on languages and users - was: Macro semi Jon A. Lambert
• • Some thoughts on languages and users - was: Macro semi Chris Gray
• PK's: A solution? John Bertoglio
• • PK's: A solution? Shawn Halpenny
  • • PK's: A solution? Michael Hohensee
    • • PK's: A solution? s001gmu@nova.wright.edu
      • PK's: A solution? J C Lawrence
  • PK's: A solution? Katrina McClelan
  • • PK's: A solution? John Bertoglio
    • PK's: A solution? Holly Sommer
  • PK's: A solution? J C Lawrence
  • • PK's: A solution? John Bertoglio
• META: Membership authentication J C Lawrence
• (fwd) MOB or player? Global Communications on Muds J C Lawrence
• • (fwd) MOB or player? Global Communications on Muds John Bertoglio
• (fwd) Confusing? J C Lawrence
• • (fwd) Confusing? Chris Gray
• (fwd) POLL: Games ruined by bad players (Player killers, tank rushers etc) J C Lawrence
• PK and my "Mobless MUD" idea Jay Sax
• • PK and my "Mobless MUD" idea Caliban Tiresias Darklock
  • • PK and my "Mobless MUD" idea John Bertoglio
    • PK and my "Mobless MUD" idea Chris Gray
    • PK and my "Mobless MUD" idea Ling
    • PK and my "Mobless MUD" idea J C Lawrence
    • • PK and my "Mobless MUD" idea Adam Wiggins
      • • PK and my "Mobless MUD" idea J C Lawrence
        • • PK and my "Mobless MUD" idea Adam Wiggins
          • • PK and my "Mobless MUD" idea Marian Griffith
      • PK and my "Mobless MUD" idea Dr. Cat
      • • PK and my "Mobless MUD" idea Koster, Raph
        • • PK and my "Mobless MUD" idea Dr. Cat
          • • PK and my "Mobless MUD" idea Jon A. Lambert
            • • PK and my "Mobless MUD" idea Dr. Cat
              • PK and my "Mobless MUD" idea J C Lawrence
            • PK and my "Mobless MUD" idea Koster, Raph
            • • PK and my "Mobless MUD" idea Marian Griffith
              • PK and my "Mobless MUD" idea Dr. Cat
              • • PK and my "Mobless MUD" idea John Bertoglio
                • • PK and my "Mobless MUD" idea Dr. Cat
                  • • PK and my "Mobless MUD" idea Marian Griffith
                    • • PK and my "Mobless MUD" idea Dr. Cat
                      • • PK and my "Mobless MUD" idea Adam Wiggins
                        • • PK and my "Mobless MUD" idea J C Lawrence
                  • PK and my "Mobless MUD" idea J C Lawrence
                  • • PK and my "Mobless MUD" idea John Bertoglio
                    • • PK and my "Mobless MUD" idea J C Lawrence
                      • • PK and my "Mobless MUD" idea Marian Griffith
                        • • PK and my "Mobless MUD" idea J C Lawrence
                          • • PK and my "Mobless MUD" idea Alex Oren
                    • PK and my "Mobless MUD" idea Jon A. Lambert
            • PK and my "Mobless MUD" idea J C Lawrence
          • PK and my "Mobless MUD" idea J C Lawrence
          • • PK and my "Mobless MUD" idea John Bertoglio
            • • PK and my "Mobless MUD" idea Dr. Cat
              • • PK and my "Mobless MUD" idea John Bertoglio
                • • PK and my "Mobless MUD" idea s001gmu@nova.wright.edu
                  • PK and my "Mobless MUD" idea J C Lawrence
            • PK and my "Mobless MUD" idea Adam Wiggins
            • • PK and my "Mobless MUD" idea J C Lawrence
              • • PK and my "Mobless MUD" idea Adam Wiggins
        • PK and my "Mobless MUD" idea Adam Wiggins
        • PK and my "Mobless MUD" idea Marian Griffith
        • • PK and my "Mobless MUD" idea Koster, Raph
        • PK and my "Mobless MUD" idea J C Lawrence
  • PK and my "Mobless MUD" idea Caliban Tiresias Darklock
  • • PK and my "Mobless MUD" idea John Bertoglio
    • • PK and my "Mobless MUD" idea Caliban Tiresias Darklock
      • PK and my "Mobless MUD" idea J C Lawrence
  • PK and my "Mobless MUD" idea John Bertoglio
  • • PK and my "Mobless MUD" idea J C Lawrence
    • • PK and my "Mobless MUD" idea Adam Wiggins
      • • PK and my "Mobless MUD" idea Marian Griffith
      • PK and my "Mobless MUD" idea John Bertoglio
• META: Mail archives and MIME attachments J C Lawrence
• • META: Mail archives and MIME attachments Jon A. Lambert
• Bio of John Bertoglio J C Lawrence
• Reuters: Cheaters Never Prosper J C Lawrence
• Correction s001gmu@nova.wright.edu
• Supporting articles found for UOL play style J C Lawrence
• • Supporting articles found for UOL play style John Bertoglio
  • • Supporting articles found for UOL play style J C Lawrence
    • • Supporting articles found for UOL play style John Bertoglio
      • • Supporting articles found for UOL play style Koster, Raph
        • • Supporting articles found for UOL play style J C Lawrence
  • Supporting articles found for UOL play style Koster, Raph
• Mud-Client, and specifically, COOLMud and SFWhite Jay Sax
• • Mud-Client, and specifically, COOLMud and SFWhite Dan Root
  • Mud-Client, and specifically, COOLMud and SFWhite J C Lawrence
• regulating player-created objects Dan Shiovitz
• • regulating player-created objects Adam Wiggins
  • • regulating player-created objects Dan Shiovitz
    • • regulating player-created objects Adam Wiggins
      • • regulating player-created objects s001gmu@nova.wright.edu
        • regulating player-created objects Brandon J. Rickman
        • • regulating player-created objects Marian Griffith
          • • regulating player-created objects Brandon J. Rickman
          • regulating player-created objects Adam Wiggins
          • • regulating player-created objects Brandon J. Rickman
            • • regulating player-created objects Adam Wiggins
              • • regulating player-created objects Brandon J. Rickman
                • • regulating player-created objects Adam Wiggins
      • regulating player-created objects Nathan F Yospe
    • regulating player-created objects Nathan F Yospe
  • regulating player-created objects Nathan F Yospe
  • • regulating player-created objects Dan Shiovitz
    • • regulating player-created objects Shawn Halpenny
      • regulating player-created objects J C Lawrence
  • regulating player-created objects J C Lawrence
  • • regulating player-created objects John Bertoglio
• atomic functions Felix A. Croes
• • atomic functions Shawn Halpenny
  • • atomic functions Felix A. Croes
    • • atomic functions Shawn Halpenny
      • • atomic functions Jon A. Lambert
        • • atomic functions Felix A. Croes
          • • atomic functions Jon A. Lambert
            • • atomic functions Felix A. Croes
              • • atomic functions Jon A. Lambert
                • • atomic functions Felix A. Croes
                  • • atomic functions Jon A. Lambert
                    • • atomic functions Felix A. Croes
                      • • atomic functions J C Lawrence
                        • • atomic functions Felix A. Croes
                  • atomic functions J C Lawrence
                • atomic functions J C Lawrence
        • atomic functions Felix A. Croes
      • atomic functions J C Lawrence
      • • atomic functions Felix A. Croes
        • • atomic functions J C Lawrence
          • • atomic functions Felix A. Croes
            • • atomic functions J C Lawrence
          • atomic functions Chris Gray
    • atomic functions J C Lawrence
    • • atomic functions Chris Gray
      • • atomic functions J C Lawrence
        • • atomic functions Jon A. Lambert
          • • atomic functions Chris Gray
            • atomic functions J C Lawrence
  • atomic functions Jon A. Lambert
  • • atomic functions Felix A. Croes
    • • atomic functions Joel Dillon
      • • atomic functions Jon A. Lambert
    • atomic functions J C Lawrence
    • • atomic functions Jon A. Lambert
      • • atomic functions J C Lawrence
  • atomic functions Chris Gray
  • • atomic functions Jon A. Lambert
    • atomic functions Shawn Halpenny
    • • atomic functions Adam Wiggins
      • • atomic functions Adam Wiggins
        • atomic functions Shawn Halpenny
        • • atomic functions J C Lawrence
          • • atomic functions Jon A. Lambert
            • atomic functions Chris Gray
  • atomic functions J C Lawrence
  • • atomic functions Felix A. Croes
    • • atomic functions Shawn Halpenny
      • • atomic functions Felix A. Croes
        • atomic functions Jon A. Lambert
        • • atomic functions Shawn Halpenny
        • atomic functions Jon A. Lambert
      • atomic functions J C Lawrence
  • Atomic functions Par Winzell
  • • Atomic Functions Ben
  • Atomic functions Felix A. Croes
• (fwd) AD: [custom graphical] whitestar Dr. Cat
• • (fwd) AD: [custom graphical] whitestar Caliban Tiresias Darklock
  • • (fwd) AD: [custom graphical] whitestar Dr. Cat
    • (fwd) AD: [custom graphical] whitestar J C Lawrence
• DOOM Gets a Storyline? Holly Sommer
• • DOOM Gets a Storyline? Koster, Raph
• META: Filtering suggestions J C Lawrence
• (fwd) AD: [custom graphical] whitestar s001gmu@nova.wright.edu
• • (fwd) AD: [custom graphical] whitestar Dr. Cat
  • • (fwd) AD: [custom graphical] whitestar J C Lawrence
• UO in Wired, was OT: Birth announcement Koster, Raph