April 2002

• Black Snow Revisited holding99@mindspring.com
• • Black Snow Revisited Tammie Gorzelsky
  • • Black Snow Revisited Caliban Tiresias Darklock
    • Black Snow Revisited holding99@mindspring.com
    • • Black Snow Revisited John Buehler
      • • Black Snow Revisited holding99@mindspring.com
        • • Black Snow Revisited John Buehler
          • • Black Snow Revisited holding99@mindspring.com
        • Black Snow Revisited Marc Bowden
    • Black Snow Revisited Blane Bramble
• Black Snow Revisited Caliban Tiresias Darklock
• • Black Snow Revisited Matt Mihaly
• Anyone got anything to say about swamps? shren
• Reality check ...(long) [was Black Snow Revisited] Jeff Cole
• • Reality check ...(long) [was Black Snow Revisi ted] Koster, Raph
  • • Reality check ...(long) [was Black Snow Revisited] John Buehler
    • • Reality check ...(long) [was Black Snow Revisited] Matt Mihaly
      • • Reality check ...(long) [was Black Snow Revisited] John Buehler
        • Reality check ...(long) [was Black Snow Revisited] Sean Kelly
        • • Reality check ...(long) [was Black Snow Revisited] Matt Mihaly
      • Reality check ...(long) [was Black Snow Revisited] shren
    • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
    • • Reality check ...(long) [was Black Snow Revisited] Caliban Tiresias Darklock
      • • Reality check ...(long) [was Black Snow Revisited] Ryan S. Dancey
        • • Reality check ...(long) [was Black Snow Revisited] shren
  • Reality check ...(long) [was Black Snow Revisited] Fred Clift
  • • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
    • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
  • Reality check ...(long) [was Black Snow Revisited] Brian Bilek
  • • Reality check ...(long) [was Black Snow Revisited] Jeff Cole
• Black Snow: The sky is falling? Robert A. Rice Jr.
• Black Snow Revisited Caliban Tiresias Darklock
• • Black Snow Revisited amanda@alfar.com
  • Black Snow Revisited Matt Mihaly
• Black Snow Revisited Fred Clift
• Everquest blamed for suicide Talies the Wanderer
• • Everquest blamed for suicide Jason Hart
• Death of a game addict Michael Tresca
• • Death of a game addict Marc Bowden
  • • Death of a game addict Matt Mihaly
  • Death of a game addict Dave Rickey
  • Death of a game addict Patricia Pizer
  • • Death of a game addict Matt Mihaly
    • • Death of a game addict Larry Dunlap
  • Death of a game addict David Kennerly
  • • Death of a game addict Brandon J. Van Every
    • Death of a game addict quzah
    • Death of a game addict Marian Griffith
    • Death of a game addict Luke Parrish
    • • Death of a game addict Jon Lambert
  • Death of a game addict John Bertoglio
  • • Death of a game addict Brandon J. Van Every
  • Death of a game addict ghovs
  • • Death of a game addict Hans-Henrik Staerfeldt
    • Death of a game addict Richard Woolcock
• Investor Perceptions if BSI wins was( Black Snow Revisited) Derek Licciardi
• Black Snow Revisited Christopher Allen
• the design process Matt Mihaly
• • the design process John Buehler
  • the design process Koster, Raph
• Contract Law. Was: Blacksnow revisted Brian Bilek
• [DGN] [NEWBIE] Suggestions on (OO) Server Design. Pure Krome
• • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
  • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
    • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
      • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
        • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Sean Middleditch
          • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
  • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Greg Munt
  • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
  • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Greg Munt
    • • [DGN] [NEWBIE] Suggestions on (OO) Server Design. Kwon Ekstrom
• OpenCyc, design implications of ontological systems? Bruce Mitchener
• • OpenCyc, design implications of ontological systems? Robert Zubek
  • • OpenCyc, design implications of ontological systems? Miroslav Silovic
    • • OpenCyc, design implications of ontological systems? Robert Zubek
      • • OpenCyc, design implications of ontological systems? Bruce Mitchener
          Robert Zubek wrote:
          > From: Miroslav Silovic
          >> Robert Zubek wrote:
          
          >>> This will break the translation of an OpenCyc ontology into an
          >>> OO representation. AFAIK, the OO model doesn't allow for an
          >>> equivalent of instantiation between collections. C++ programmers
          >>> sometimes unknowingly kluge this by trying to represent
          >>> something that looks like instantiation using the superclassing
          >>> mechanism, but that seems suboptimal because it muddles the
          >>> distinction between instances and specializations...
          
          >> This only applies to certain OO systems. In CLOS, each class is
          >> an instance of a metaclass. The metaclass defines such things as
          >> inheritance precedence, method lookup and sorting algorithm, and
          >> even class definition syntax (you can override class definition
          >> parser on the metaclass). Metaclass may also track other things;
          >> basically it defines the beheviour of its instances with fairly
          >> low granularity.
          
          > I agree, MOP is wonderful - it lets you do runtime adjustment of
          > the class hierarchy, modify class and slot definitions, and all
          > the other good stuff that meta-objects ought to do, but I'm still
          > not sure it lets one do a direct translation of the OpenCyc
          > representation into CLOS. Using CLOS, can a *class* be an instance
          > of another base-level class (not of a metaobject class)?
          
          > In any case, isa and genl (the instantiation and generalization
          > relations) are just two of the difficulties of representing Cyc in
          > an OO model. Then there is the problem of translating relations
          > and attributes, which I'm not sure how one would even begin to
          > approach... :)
          
          In this context, the set of comments from Eric Kidd quoted below
          seemed relevant and interesting ...
          
          There was some discussion of a language 'GOO' or Generic Object
          Oriented language on Lamba the Ultimate recently:
          
          http://www.ai.mit.edu/~jrb/goo/index.htm
          http://lambda.weblogs.com/discuss/msgReader$3165
          
          and Eric's mail directly:
          
          http://www.ai.mit.edu/~jrb/goo/mail-archive/msg00013.html
          
          --- begin ---
          From: Eric Kidd <eric.kidd@xxxxxxxxx>
          Subject: Prototypes (was Re: kickoff)
          Date: 18 Apr 2002 01:06:06 -0400
          
          I participated in these discussions, and I'll try to summarize
          some of the main points for you. Jonathan may want to correct me
          here. I only contributed a small amount of code to Goo, and none
          of my statements should be taken as anything more than personal
          opinions.
          
          1. <foo> is typically not an instance of <foo>.
          
          We found that--in most of our programs--that the prototype for
          class <foo> typically had several missing fields. These were
          filled in by individual instances cloned from <foo>. So (isa?
          <foo> <foo>) returned true, but the "class" <foo> did not obey
          the contracts of an "instance" of <foo>.
          
          So a variable of type <foo> could hold either "subclasses" of
          <foo> or "instances" of <foo>. This had lots of weird
          consequences, and made some of our code smell funny.
          
          Now, you could work around this by making sure that the "class"
          <foo> was also an "instance" of <foo>. This is quite easy for
          <rectangle> (just set all the co-ordinates to 0), but rather
          awkward for <input-stream> (what input should it return?).
          
          2. We wanted first-class types.
          
          Goo, like Dylan, makes extensive use of types. You can dispatch
          on them, instantiate them, introspect them, and use them in
          variable declarations.
          
          Since types are a major, first-class abstraction in Goo, we
          wanted to have such classes as <type>, <class>, etc. But since
          you can't tell classes from instances in a prototype-based
          language, these abstractions never work right.
          
          In short: "Dog" isn't a dog. The furry thing wandering down the
          hall is a dog. "Dog" is a word, or a platonic category, or a
          biological classification. But none of these things have long
          floppy ears and a tail.
          
          Prototype-based languages are simple and easy to program. And if
          you have no more of a type model than SmallTalk, you probably
          don't even pay any conceptual penalty. But once you start having
          type declarations and first-class types, prototypes blur a
          useful distinction.
          
          So it's basically a matter of taste, and consistency with other
          parts of the language design. (Language design is not an
          especially orthogonal problem--too many features interact in
          surprising ways.)
          
          Cheers, Eric
          ---- end ----
          
          His concerns/opinions echo some of my own experiences with having
          worked with prototype-based object-oriented langauges (like ColdC)
          for some years now. They're also a restatement of some of the
          differences between #$genls and #$isa in OpenCyc and why a direct
          mapping of something like OpenCyc or the Cyc object model to a
          different object oriented language that doesn't share those object
          model features may not be productive or a good thing.
          
          Cheers,
          
          - Bruce
    • OpenCyc, design implications of ontological systems? Bruce Mitchener
    • • OpenCyc, design implications of ontological systems? Robert Zubek
      • • OpenCyc, design implications of ontological systems? Bruce Mitchener
        • • OpenCyc, design implications of ontological systems ? Robert Zubek
    • OpenCyc, design implications of ontological systems? Sean Kelly
    • • OpenCyc, design implications of ontological systems? Bruce Mitchener
      • OpenCyc, design implications of ontological systems ? Robert Zubek
  • OpenCyc, design implications of ontological systems? Bruce Mitchener
  • OpenCyc, design implications of ontological systems? Joshua Judson Rosen
  • OpenCyc, design implications of ontological systems? dmiles@users.sourceforge.net
• Methods to Foster Relationships? Nick Yee
• • Methods to Foster Relationships? Jeff Lindsey
  • • Methods to Foster Relationships? amanda@alfar.com
  • Methods to Foster Relationships? Daniel.Harman@barclayscapital.com
  • Methods to Foster Relationships? Richard A. Bartle
  • Methods to Foster Relationships? Sara Jensen
  • Methods to Foster Relationships? Rayzam
  • Methods to Foster Relationships? apollyon .
  • • Methods to Foster Relationships? Marian Griffith
  • Methods to Foster Relationships? Peter Tyson
• [TECH] Shortest-Path William Murdick
• • [TECH] Shortest-Path Bruce Mitchener
  • [TECH] Shortest-Path Ben Greear
  • [TECH] Shortest-Path Amos Wetherbee
  • • [TECH] Shortest-Path Richard A. Bartle
    • [TECH] Shortest-Path Robert Zubek
  • [TECH] Shortest-Path Miroslav Silovic
• Another Reality Check [was Black Snow Revisited] Dr. Cat
• • Another Reality Check [was Black Snow Revisited] amanda@alfar.com
  • • Another Reality Check [was Black Snow Revisited] Matt Mihaly
    • • Another Reality Check [was Black Snow Revisited] Matt Mihaly
  • Another Reality Check [was Black Snow Revisited] Matt Mihaly
  • • Another Reality Check [was Black Snow Revisited ] Daniel.Harman@barclayscapital.com
    • • Another Reality Check [was Black Snow Revisited ] Matt Mihaly
      • Another Reality Check [was Black Snow Revisited ] shren
• [DGN] MUD developer's motives Brandon J. Van Every
• • [DGN] MUD developer's motives Casbaria
  • • [DGN] MUD developer's motives Brandon J. Van Every
  • [DGN] MUD developer's motives Dave Rickey
  • • [DGN] MUD developer's motives Koster, Raph
    • [DGN] MUD developer's motives Brandon J. Van Every
    • • [DGN] MUD developer's motives Dave Rickey
  • [DGN] MUD developer's motives Shane Gough
  • [DGN] MUD developer's motives John Bertoglio
  • [DGN] MUD developer's motives Patricia Pizer
  • • [DGN] MUD developer's motives shren
  • [DGN] MUD developer's motives David Yazel
• Black Snow Revisited Batir
• Black Snow Revisited - Value Of Time Dave Hochstaetter
• • Black Snow Revisited - Value Of Time Brandon J. Van Every
  • • Black Snow Revisited - Value Of Time Dave Hochstaetter
• Fun in Games Paul Schwanz
• • Fun in Games Koster, Raph
  • • Fun in Games Jeff Freeman
    • • Fun in Games Koster, Raph
    • Fun in Games Paul Schwanz
  • Fun in Games Brandon J. Van Every
  • Fun in Games Jeff Freeman
  • Fun in Games John Szeder
  • • Fun in Games Brandon J. Van Every
  • Fun in Games Trickey, Rob
  • • Fun in Games Brandon J. Van Every
    • • Fun in Games Trickey, Rob
      • • Fun in Games Brandon J. Van Every
    • Fun in Games Paul Schwanz
  • Fun in Games Travis Casey
  • • Fun in Games Brandon J. Van Every
  • Fun in Games Jason Booth
  • Fun in Games Oreo Cookie
  • Fun in Games John Buehler
  • Fun in Games David Kennerly
  • • Fun in Games Paul Schwanz
    • • Fun in Games David Kennerly
      • • Fun in Games Koster, Raph
        • • Fun in Games szii@sziisoft.com
          • • Fun in Games Koster, Raph
            • • Fun in Games szii@sziisoft.com
              • • Fun in Games Koster, Raph
          • Fun in Games shren
          • • Fun in Games Talies the Wanderer
          • Fun in Games Sasha Hart
          • • Fun in Games Koster, Raph
            • • Fun in Games John Buehler
              • • Fun in Games Brandon J. Van Every
                • • Fun in Games John Buehler
                  • Fun in Games Daniel.Harman@barclayscapital.com
                  • • Fun in Games Ron Gabbard
                • Fun in Games Koster, Raph
                • • Fun in Games Ron Gabbard
                  • Fun in Games John Buehler
                  • • Fun in Games Matt Mihaly
              • Fun in Games Daniel.Harman@barclayscapital.com
              • • Fun in Games Brandon J. Van Every
                • • Fun in Games Sasha Hart
                  • Fun in Games shren
                  • • Fun in Games Damion Schubert
                  • Fun in Games Daniel.Harman@barclayscapital.com
                  • • Fun in Games Jasper McChesney
                    • • Fun in Games John Buehler
                      • • Fun in Games Ron Gabbard
                        • • Fun in Games John Buehler
                          • Fun in Games Adam Dray
                          • • Fun in Games Ron Gabbard
                            • • Fun in Games Damion Schubert
                              • • Fun in Games Daniel.Harman@barclayscapital.com
                                • Fun in Games Tess Snider
                • Fun in Games Koster, Raph
                • Fun in Games Ron Gabbard
                • • Fun in Games John Buehler
        • Fun in Games Brandon J. Van Every
  • Fun in Games David Kennerly
  • • Fun in Games Koster, Raph
    • • Fun in Games David Kennerly
• What do game companies look for? Talies the Wanderer
• Black Snow Revisited Hans-Henrik Staerfeldt
• • Black Snow Revisited holding99@mindspring.com
  • • Black Snow Revisited Hans-Henrik Staerfeldt
    • • Black Snow Revisited holding99@mindspring.com
• Thank you from MudWorld ucmm@inetsolve.com
• Re:Blacksnow revisited Norman Short
• • Re:Blacksnow revisited John Buehler
  • Re:Blacksnow revisited Paul Schwanz
  • Re:Blacksnow revisited Hans-Henrik Staerfeldt
  • Re:Blacksnow revisited Kylotan
  • • Re:Blacksnow revisited Norman Short
    • • Re:Blacksnow revisited Matt Mihaly
      • • Re:Blacksnow revisited Joe Andrieu
        • • Re:Blacksnow revisited Matt Mihaly
      • Re:Blacksnow revisited Damion Schubert
• G4 cable channel Koster, Raph
• • G4 cable channel Daniel.Harman@barclayscapital.com
  • • G4 cable channel Koster, Raph
    • • G4 cable channel Richard Aihoshi aka Jonric
      • • G4 cable channel Valerio Santinelli
        • G4 cable channel Daniel.Harman@barclayscapital.com
  • G4 cable channel John Bertoglio
  • • G4 cable channel Amanda Walker
• [MLP] NPC Complexity shren
• • [MLP] NPC Complexity Eli Stevens
  • • [MLP] NPC Complexity Koster, Raph
  • [MLP] NPC Complexity Peter Tyson
  • • [MLP] NPC Complexity shren
    • • [MLP] NPC Complexity Sean Kelly
      • • [MLP] NPC Complexity shren
        • • [MLP] NPC Complexity Sean Kelly
        • [MLP] NPC Complexity Kwon Ekstrom
        • • [MLP] NPC Complexity shren
          • [MLP] NPC Complexity Sean Kelly
          • • [MLP] NPC Complexity Kwon Ekstrom
            • • [MLP] NPC Complexity Daniel.Harman@barclayscapital.com
              • • [MLP] NPC Complexity Kwon Ekstrom
• META: What do game companies look for? Eli Stevens
• Reality check ...(long) [was Black Snow Revisited] Miroslav Silovic
• Virtual Societies Dave Rickey
• DGN: The Grand List Of Console Role Playing Game Clichés Michael Tresca
• MUDs and societal transformations Brandon J. Van Every
• • MUDs and societal transformations shren
  • MUDs and societal transformations Marc Bowden
  • • MUDs and societal transformations Brandon J. Van Every
    • • MUDs and societal transformations Koster, Raph
      • • MUDs and societal transformations Brandon J. Van Every
      • MUDs and societal transformations Marc Bowden
• Reality check ... Dave Rickey
• • Reality check ... Marc Bowden
  • • Reality check ... Vincent Archer
    • • Reality check ... Jon Leonard
  • Reality check ... John Buehler
  • Reality check ... Daniel.Harman@barclayscapital.com
  • • Reality check ... Dave Rickey
• Dilemmas in a (game) designer's life ? Marc Demesel
• • Dilemmas in a (game) designer's life ? Tamzen Cannoy
  • Dilemmas in a (game) designer's life ? Brandon J. Van Every
  • Dilemmas in a (game) designer's life ? Marc Bowden
  • Dilemmas in a (game) designer's life ? Shane Gough
  • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
    • • Dilemmas in a (game) designer's life ? John Buehler
      • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
        • • Dilemmas in a (game) designer's life ? John Buehler
  • Dilemmas in a (game) designer's life ? Sasha Hart
  • • Dilemmas in a (game) designer's life ? Brandon J. Van Every
    • • Dilemmas in a (game) designer's life ? Sasha Hart
    • Dilemmas in a (game) designer's life ? shren
• [Biz] Games investment Peter Tyson
• Legal enforcement mechanisms (was Re:Blacksnow revisited) Jon Leonard
• • Legal enforcement mechanisms (was Re:Blacksnow revisited) Matt Mihaly
• OT: 1 free introductory post Dan Scott
• Client platforms for rapid development of experimental worlds Ola Fosheim Grøstad
• • Client platforms for rapid development of experimental worlds John Bertoglio
  • Client platforms for rapid development of experimental worlds Zach Collins {Siege}
  • Client platforms for rapid development of experimental worlds Bruce Mitchener
  • Client platforms for rapid development of experimental worlds Bruce Mitchener
• ADMIN: Thread deaths J C Lawrence
• Player matching in MMOGs (was Blacksnow revisited) Brandon J. Van Every
• Happy healthy players (was Blacksnow revisited) Brandon J. Van Every
• • Happy healthy players (was Blacksnow revisited) Kylotan
  • • Happy healthy players (was Blacksnow revisited) Brandon J. Van Every
    • • Happy healthy players (was Blacksnow revisited) Matt Mihaly
      • Happy healthy players (was Blacksnow revisited) Kylotan
• [MLP] The use of ecology models (was: NPC Complexity) Sasha Hart
• • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
  • • [MLP] The use of ecology models (was: NPC Complexity) shren
    • • [MLP] The use of ecology models (was: NPC Complexity) Talies the Wanderer
      • • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
      • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
      • • [MLP] The use of ecology models (was: NPC Complexity) Paul Schwanz
        • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
        • [MLP] The use of ecology models (was: NPC Complexity) Damion Schubert
        • • [MLP] The use of ecology models (was: NPC Complexit y) Koster, Raph
          • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
            • [MLP] The use of ecology models (was: NPC Complexity) David Kennerly
            • [MLP] The use of ecology models (was: NPC Complexit y) Mark Eaton
            • • [MLP] The use of ecology models (was: NPC Complexit y) Freeman, Jeff
              • [MLP] The use of ecology models (was: NPC Complexit y) Damion Schubert
            • [MLP] The use of ecology models (was: NPC Complexit y) Daniel.Harman@barclayscapital.com
    • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
    • • [MLP] The use of ecology models (was: NPC Complexity) Sean Kelly
      • • [MLP] The use of ecology models (was: NPC Complexity) Damion Schubert
        • [MLP] The use of ecology models (was: NPC Complexity) Matt Mihaly
• Avatars/character stables (was: Black Snow Revisited) Jon Leonard
• [TECH] [DGN] Hyper-realistic MUD David B. Held
• Progress of MUD32 Matt Owen
• Japanese wireless MUD Peter Tyson
• How much is enough? Justin Coleman
• • How much is enough? Brian Hook
  • • How much is enough? Justin Coleman
    • • How much is enough? Damion Schubert
    • How much is enough? Daniel.Harman@barclayscapital.com
    • • How much is enough? Brandon J. Van Every
      • How much is enough? Damion Schubert
      • • How much is enough? Ron Gabbard
  • How much is enough? Sean Middleditch
  • • How much is enough? Talies the Wanderer
    • • How much is enough? Sean Middleditch
      • How much is enough? Kwon Ekstrom
      • How much is enough? David B. Held
      • • How much is enough? Ron Gabbard
        • • How much is enough? Justin Coleman
      • How much is enough? Matt Mihaly
  • How much is enough? Vincent Archer
  • • How much is enough? Matt Mihaly
  • How much is enough? Hans-Henrik Staerfeldt
  • How much is enough? Leverett, William
  • • How much is enough? Matt Mihaly
  • How much is enough? szii@sziisoft.com
  • How much is enough? Kwon Ekstrom
  • How much is enough? Matt Mihaly
  • How much is enough? Damion Schubert
  • How much is enough? Sasha Hart
• TECH: Concurrent Process Based Mud (Somewhat Long) Eric Merritt
• • TECH: Concurrent Process Based Mud (Somewhat Long) szii@sziisoft.com
  • • TECH: Concurrent Process Based Mud (Somewhat Long) Bruce Mitchener
  • TECH: Concurrent Process Based Mud (Somewhat Long) szii@sziisoft.com
  • TECH: Concurrent Process Based Mud (Somewhat Long) Bruce Mitchener
  • • TECH: Concurrent Process Based Mud (Somewhat Long) Eric Merritt
• Player Accounts on a Non-Commercial MUD Tand'a-ur
• • Player Accounts on a Non-Commercial MUD Matt Owen
  • Player Accounts on a Non-Commercial MUD Sean Middleditch
  • Player Accounts on a Non-Commercial MUD szii@sziisoft.com
  • Player Accounts on a Non-Commercial MUD Crosbie Fitch
  • Player Accounts on a Non-Commercial MUD Tand'a-ur
  • • Player Accounts on a Non-Commercial MUD John Bertoglio
    • • Player Accounts on a Non-Commercial MUD John Buehler
      • • Player Accounts on a Non-Commercial MUD Tand'a-ur
        • • Player Accounts on a Non-Commercial MUD John Buehler
        • Player Accounts on a Non-Commercial MUD John A. Bertoglio
    • Player Accounts on a Non-Commercial MUD Daniel.Harman@barclayscapital.com
  • Player Accounts on a Non-Commercial MUD Sanvean
  • Player Accounts on a Non-Commercial MUD Crosbie Fitch
  • Player Accounts on a Non-Commercial MUD Damion Schubert
  • • Player Accounts on a Non-Commercial MUD lynx@lynx.purrsia.com
    • • Player Accounts on a Non-Commercial MUD Damion Schubert
    • Player Accounts on a Non-Commercial MUD Brian 'Psychochild' Green
    • • Player Accounts on a Non-Commercial MUD Damion Schubert
• Re:Re:Blacksnow revisited maddog@maddog.com
• Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Ron Gabbard
• • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Sean Kelly
  • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Damion Schubert
    • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization John Buehler
      • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization David B. Held
      • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization shren
      • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Sean Kelly
  • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization shren
  • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Ron Gabbard
    • • Realistic Ecological Models, Differentiating Areas by Difficulty, and Socialization Marian Griffith
• Angry Gamer (was: Blacksnow revisited) Daniel Fischer
• Codename Blue & Facets - Nick Yee's new studies Koster, Raph
• • Codename Blue & Facets - Nick Yee's new studies Sasha Hart
  • Codename Blue & Facets - Nick Yee's new studies Koster, Raph
  • • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
  • Codename Blue & Facets - Nick Yee's new studies Scott Jennings
  • Codename Blue & Facets - Nick Yee's new studies John Buehler
  • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
    • • Codename Blue & Facets - Nick Yee's new studies John Buehler
      • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
        • • Codename Blue & Facets - Nick Yee's new studies John Buehler
          • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
            • • Codename Blue & Facets - Nick Yee's new studies Rayzam
              • Codename Blue & Facets - Nick Yee's new studies John Buehler
              • Codename Blue & Facets - Nick Yee's new studies Clay
              • Codename Blue & Facets - Nick Yee's new studies Damion Schubert
              • • Codename Blue & Facets - Nick Yee's new studies Freeman, Jeff
                • • Codename Blue & Facets - Nick Yee's new studies Nick Yee
      • Codename Blue & Facets - Nick Yee's new studies Nick Yee
      • • Codename Blue & Facets - Nick Yee's new studies John Buehler
        • • Codename Blue & Facets - Nick Yee's new studies Nicholas Yee
          • • Codename Blue & Facets - Nick Yee's new studies John Buehler
            • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
              • • Codename Blue & Facets - Nick Yee's new studies John Buehler
                • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                  • • Codename Blue & Facets - Nick Yee's new studies John Buehler
                    • Codename Blue & Facets - Nick Yee's new studies Steve {Bloo} Daniels
                    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                      • • Codename Blue & Facets - Nick Yee's new studies Steve {Bloo} Daniels
                        • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                          • • Codename Blue & Facets - Nick Yee's new studies Marian Griffith
                            • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
                      • Codename Blue & Facets - Nick Yee's new studies Marian Griffith
  • Codename Blue & Facets - Nick Yee's new studies shren
  • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
  • • Codename Blue & Facets - Nick Yee's new studies Brad McQuaid
    • Codename Blue & Facets - Nick Yee's new studies John Buehler
    • • Codename Blue & Facets - Nick Yee's new studies Dave Rickey
      • • Codename Blue & Facets - Nick Yee's new studies Matt Mihaly
        • • Codename Blue & Facets - Nick Yee's new studies Richard Woolcock
    • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
      • • Codename Blue & Facets - Nick Yee's new studies Madrona Tree
        • • Codename Blue & Facets - Nick Yee's new studies Freeman, Jeff
  • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
  • • Codename Blue & Facets - Nick Yee's new studies Matt Mihaly
    • • Codename Blue & Facets - Nick Yee's new studies Richard A. Bartle
• [TECH] Preloading path information William Murdick
• • [TECH] Preloading path information Kevin Mack
• [TECH] Follow-up to Shortest Path William Murdick
• Fun in Games (Long) Ron Gabbard
• • Fun in Games (Long) Brandon J. Van Every
• Games are not speech? Koster, Raph
• • Games are not speech? Jeff Cole
  • Games are not speech? Sean Kelly
  • • Games are not speech? Dave Rickey
  • Games are not speech? Ron Gabbard
  • Games are not speech? Crosbie Fitch
• How much is enough? Communication design Ron Gabbard
• • How much is enough? Communication design Miroslav Silovic
  • • How much is enough? Communication design David B. Held
    • • How much is enough? Communication design Travis Casey
      • • How much is enough? Communication design Ben Chambers
    • How much is enough? Communication design Daniel.Harman@barclayscapital.com
    • How much is enough? Communication design Damion Schubert
    • • How much is enough? Communication design Daniel.Harman@barclayscapital.com
      • • How much is enough? Communication design shren
        • How much is enough? Communication design John Buehler
        • • How much is enough? Communication design Damion Schubert
• The quandry of mob combat in MUDs Peter Tyson
• • The quandry of mob combat in MUDs Sean Kelly
  • The quandry of mob combat in MUDs William Murdick
  • • The quandry of mob combat in MUDs Ammon Lauritzen
  • The quandry of mob combat in MUDs Adam
  • • The quandry of mob combat in MUDs Peter Tyson
  • The quandry of mob combat in MUDs shren
  • • The quandry of mob combat in MUDs Kwon Ekstrom
    • The quandry of mob combat in MUDs Damion Schubert
    • The quandry of mob combat in MUDs Sean Kelly
  • The quandry of mob combat in MUDs Edward Glowacki
• How much is enough? Communication design Sasha Hart
• [MLP] Why care about levels? (was: The use of ecology models) Sasha Hart
• • [MLP] Why care about levels? (was: The use of ecology models) Sean Kelly
  • • [MLP] Why care about levels? (was: The use of ecology models) shren
    • • [MLP] Why care about levels? (was: The use of ecology models) T o F
      • • [MLP] Why care about levels? (was: The use of ecology models) shren
      • [MLP] Why care about levels? (was: The use of ecology models) Sean Kelly
      • • [MLP] Why care about levels? (was: The use of ecology models) Travis Casey
  • [MLP] Why care about levels? (was: The use of ecolo gy models) Daniel.Harman@barclayscapital.com
  • • [MLP] Why care about levels? (was: The use of ecolo gy models) Sasha Hart
    • [MLP] Why care about levels? (was: The use of ecolo gy models) Vincent Archer
    • • [MLP] Why care about levels? (was: The use of ecolo gy models) shren
      • • [MLP] Why care about levels? (was: The use of ecolo gy models) Damion Schubert
        • • [MLP] Why care about levels? (was: The use of ecolo gy models) shren
          • [MLP] Why care about levels? (was: The use of ecolo gy models) Travis Casey
• Realistic Ecological Models Sasha Hart
• • Realistic Ecological Models David B. Held
  • Realistic Ecological Models Mike Shaver
  • Realistic Ecological Models Leland Hulbert II
  • • Realistic Ecological Models Sasha Hart
    • • Realistic Ecological Models Leland Hulbert II
    • Realistic Ecological Models David B. Held
• Size of player-organizations Adam
• [Meta] [MLP] The use of ecology models (was: NPC Co mplexity) Koster, Raph
• The quandary of mob combat in MUDs Peter Tyson
• • The quandary of mob combat in MUDs John Buehler
• Developing A Web Generator Kyndig
• • Developing A Web Generator Kwon Ekstrom
  • Developing A Web Generator John A. Bertoglio
  • Developing A Web Generator szii@sziisoft.com
  • • Developing A Web Generator shren
  • Developing A Web Generator Derek Snider
• Powergaming (was How much is enough?) Jeff Cole
• • Powergaming (was How much is enough?) Kwon Ekstrom
  • • Powergaming (was How much is enough?) Jeff Cole
    • • Powergaming (was How much is enough?) Kwon Ekstrom
    • Powergaming (was How much is enough?) Zach Collins {Siege}
    • • Powergaming (was How much is enough?) Kwon Ekstrom
      • Powergaming (was How much is enough?) shren
• Fun in Games (the Fun Dogma) Clay
• • Fun in Games (the Fun Dogma) David Kennerly
  • • Fun in Games (the Fun Dogma) Ron Gabbard
• Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Christopher Allen
• • Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Sasha Hart
  • • Skotos Cellular Automata Simulation System - a Technical Summary (LONG) Christopher Allen