March 2000
- Portal Matthew Mihaly
- randomly dropped connections Matthew Mihaly
- randomly dropped connections cg@ami-cg.GraySage.Edmonton.AB.CA
- randomly dropped connections Ben Greear
- randomly dropped connections J C Lawrence
- randomly dropped connections adam@treyarch.com
- randomly dropped connections Kevin Littlejohn
- Mud Network Setup Jon A. Lambert
- Mud Network Setup adam@treyarch.com
- Mud Network Setup J C Lawrence
- Mud Network Setup David Bennett
- Mud Network Setup Todd McKimmey
- Mud Network Setup David Bennett
- Mud Network Setup J C Lawrence
- Mud Network Setup adam@treyarch.com
- Mud Network Setup Jon A. Lambert
- Mud Network Setup J C Lawrence
- Mud Network Setup Emil Eifrem
- Mud Network Setup Dominic J. Eidson
- Mud Network Setup Emil Eifrem
- Mud Network Setup Eli Stevens {Grey}
- Mud Network Setup Todd McKimmey
- Mud Network Setup adam@treyarch.com
- Mud Network Setup cg@ami-cg.GraySage.Edmonton.AB.CA
- Mud Network Setup Steve Boleware
- Mud Network Setup Joe Andrieu
- Mud Network Setup John Bertoglio
- (fwd) MU* hiasb@cc.gatech.edstory? claw@kanga.nu
- (fwd) MU* hiasb@cc.gatech.edstory? cg@ami-cg.GraySage.Edmonton.AB.CA
- (fwd) MU* hiasb@cc.gatech.edstory? Ola Fosheim Grøstad
- (fwd) MU* hiasb@cc.gatech.edstory? adam@treyarch.com
- (fwd) MU* hiasb@cc.gatech.edstory? 송재경
- Processor Usage Christopher Kohnert
- Processor Usage J C Lawrence
- Processor Usage Dominic J. Eidson
- Processor Usage Ben Greear
- MUD-Dev digest, Vol 1 #298 - 11 msgs Dr. Cat
- MUD timeline Koster, Raph
- MUD timeline cg@ami-cg.GraySage.Edmonton.AB.CA
- MUD timeline Jon Leonard
- MUD timeline Richard Woolcock
- MUD timeline J C Lawrence
- MUD timeline Kristen L. Koster
- MUD timeline Kristen L. Koster
- MUD timeline Lovecraft
- MUD timeline Koster, Raph
- MUD timeline AR Schleicher
- MUD timeline Matthew Mihaly
- MUD timeline Matthew Mihaly
- MUD timeline Koster, Raph
- MUD timeline Dundee
- MUD timeline Darrin Hyrup
- MUD timeline Koster, Raph
- MUD timeline Moreland, John
- MUD timeline Darrin Hyrup
- MUD timeline jkerr@htech.withoutthisstuff.com
- MUD timeline __Deric___@yahoo.com
- MUD timeline Darrin Hyrup
- MUD timeline Erik Jarvi
- MUD timeline Travis Casey
- MUD timeline Jon A. Lambert
- MUD timeline Travis Casey
- MUD timeline Jon A. Lambert
- MUD timeline Travis Casey
- MUD timeline Bruce
- MUD timeline Daniel A. Koepke
- MUD timeline cg@ami-cg.GraySage.Edmonton.AB.CA
- MUD timeline Dr Richard A. Bartle
- MUD timeline Koster, Raph
- MUD timeline Hans-Henrik Staerfeldt
- MUD timeline Koster, Raph
- MUD timeline Hans-Henrik Staerfeldt
- MUD timeline Sellers, Michael
- MUD timeline Jon Whitehouse
- MUD timeline Derek Snider
- MUD timeline J C Lawrence
- MUD timeline Sellers, Michael
- MUD timeline Matthew Mihaly
- MUD timeline J C Lawrence
- MUD timeline Ryan Palacio
- Mud Timeline Darrell Michaud
- Mud Timeline Klimon, Ian
- Mud Timeline Matt Mihaly
- ADMIN: Ooops, damn... J C Lawrence
- FW: MUD timeline Daniel James
- MUD timeline F. Randall Farmer
- MUD-Dev digest, Vol 1 #298 - 11 msgs Koster, Raph
- Skotos Website Up Christopher Allen
- CGDC dinner J C Lawrence
- CGDC dinner Joe Andrieu
- CGDC dinner J C Lawrence
- CGDC dinner J C Lawrence
- CGDC dinner Joe Andrieu
- CGDC dinner Koster, Raph
- CGDC dinner Bruce
- CGDC dinner J C Lawrence
- CGDC dinner Derek Snider
- CGDC dinner Ryan Palacio
- CGDC dinner Koster, Raph
- CGDC dinner Sellers, Michael
- CGDC dinner Derek Snider
- CGDC dinner Joel Dillon
- CGDC dinner J C Lawrence
- CGDC dinner Emil Eifrem
- CGDC dinner Richard Ross
- CGDC dinner J C Lawrence
- CGDC dinner Wes Connell
- CGDC dinner Suess123@aol.com
- CGDC dinner Joel Dillon
- ADMIN: Posting delays J C Lawrence
- javascript Ola Fosheim Grøstad
- javascript cg@ami-cg.GraySage.Edmonton.AB.CA
- javascript Ola Fosheim Grøstad
- javascript Laurel Fan
- javascript Ola Fosheim Grøstad
- javascript Bruce
- javascript Ola Fosheim Grøstad
- javascript Bruce
- MUD-Dev digest, Vol 1 #302 - 6 msgs Dr. Cat
- Admin: Corrections, data loss, and interruptions in service. J C Lawrence
- Raph's collection of MUD design Laws Greg Underwood
- Raph's collection of MUD design Laws Wes Connell
- Raph's collection of MUD design Laws Kristen L. Koster
- Raph's collection of MUD design Laws Greg Underwood
- Raph's collection of MUD design Laws Caliban Tiresias Darklock
- Raph's collection of MUD design Laws David Bennett
- Raph's collection of MUD design Laws J C Lawrence
- (OT) Admin: Library memberships J C Lawrence
- Open Source Online Gaming Aaron Mitchell
- Open Source Online Gaming Koster, Raph
- Open Source Online Gaming Bryce Harrington
- Open Source Online Gaming Bruce
- Open Source Online Gaming J C Lawrence
- Open Source Online Gaming Bryce Harrington
- Open Source Online Gaming Ryan
- Open Source Online Gaming Erik Jarvi
- Open Source Online Gaming Derek Snider
- Open Source Online Gaming Aaron Mitchell
- GDC Dinner Matthew Mihaly
- GDC Dinner Justin Rogers
- ADMIN: looking for work? J C Lawrence
- [OT] Sound in games Erik Jarvi
- [OT] Sound in games Koster, Raph
- politics J C Lawrence
- Have openings Gary Whitten
- HTML as a MUD client . . . was javascript John Bertoglio
- ADMIN: Kanga.Nu will be moving (again) J C Lawrence
- ADMIN: Lost mail? J C Lawrence
- better usage through mechanics [from: CGDC dinner] Lovecraft
- better usage through mechanics [from: CGDC dinner] John Bertoglio
- better usage through mechanics [from: CGDC dinner] Joel Kelso
- better usage through mechanics [from: CGDC dinner] adam@treyarch.com
- better usage through mechanics [from: CGDC dinner] Ola Fosheim Grøstad
- Dynamic Load Balancing Kevin Scott London
- Open Source Environments (was: Open Source Online Gaming) scott guzman
- Open Source Environments (was: Open Source Online Gaming) Nathan F Yospe
- Fw: [RRE]MediaMOO birthday Celebration, March 20th 2000!!! Bruce
- Open Source Environments scott guzman
- MudDev FAQ part 1 Marian Griffith
- MudDev FAQ part 1 Todd McKimmey
- MudDev FAQ part 1 Marian Griffith
- MUD Dev FAQ part 1 Marian Griffith
- MudDev FAQ part II Marian Griffith
- Questions about the MudDev FAQ Marian Griffith
- Open Gaming? J C Lawrence
- Open Source Environments / MacOS X J C Lawrence
- Open Source Environments / MacOS X Chris Jacobson
- Star Wars gmud? Nathan F Yospe
- better usage through mechanics [from: CGDC dinner] J C Lawrence
- [CODE] unique items J. Coleman
- [CODE] unique items Draymoor
- [CODE] unique items cg@ami-cg.GraySage.Edmonton.AB.CA
- [CODE] unique items Matthew Mihaly
- [CODE] unique items Quzah
- [CODE] unique items J. Coleman
- [CODE] unique items Ben Greear
- [CODE] unique items Kevin Scott London
- [CODE] unique items Lord Ashon
- [CODE] unique items Marc Bowden
- [CODE] unique items J C Lawrence
- Kanga.Nu has a new IP J C Lawrence
- Licensing and Clauses Chris Jacobson
- The Meta list is now open and active. J C Lawrence
- Object and class heirarchies -- are they really necessary? J C Lawrence
- Object and class heirarchies -- are they really necessary? Par Winzell
- Object and class heirarchies -- are they really necessary? J C Lawrence
On Tue, 21 Mar 2000 15:00:08 -0800 (PST)
Par Winzell <zell@alyx.com> wrote:
> J C Lawrence writes:
>> This surprised me as I'd been tending in that direction myself
>> without ever having noticed.
> I believe your precise expression was, "You bastards!" :-)
Obviously one of my more articulate days.
> My favourite benefit of this approach is the same one that
> e.g. Diku has over most LPMuds... that you nail down in the
> implementation of the single physical class the entireity of the
> feature set... and as a consequence, all physical objects are
> guaranteed to respond sanely to a known set of actions.
Good point. To parrot George Reese, there are also good effects in
the handling of command grammars. It really kills "Guess the verb,"
in most of its variations, encluding my favourite, "What will XXX do
here?"
> After you spend some time playing a Diku, you start developing
> faith in the integrity of the virtual reality, in the thingness of
> things.
Constancy. Hobgoblin of little minds and the source of the
familiarity/contempt homily -- and awfully reassuring. Think about
it:
You want your players to take the command set and basic
functionality of your world for granted. Ergo, you almost always
want your game to follow the route of "least surprise".
Aside: While surprise is good, its a quickly tiresome quality. You
don't want to be surprised everytime you open a door, walk more than
10 feet, or notice a new grain of sand on the road. Spend surprise
where its most effective.
Once you get your players treating those command and control areas
in an off-hand "of course" manner, you've won that small battle.
You know that the mechanics of playing your game are no longer
distracting your players from actually playing the game.
This of course doesn't state that its helping them or making it easy
either. Just that your command processes are now no longer getting
in the way. Ceasing to be offensive is one thing. Starting to be,
umm, attractive, is another.
> I believe this is one of the most important attributes an
> imaginary world can possess. In fact, it is not so dissimilar to
> the challenges an author of (especially speculative) fiction faces
> when she sets out to develop a world: the world can be crazy, but
> if it does not have internal consistency, it leaves the
> reader/player feeling almost ill.
True.
As an aside I added a bunch of links to the Library a while back on
the area of internally consistent and detailed world design in
particular. Some are under /Top/Game Design/Tools/Astronomical:
http://www.kanga.nu/library.php3?viewCat5
Have a look at Epona in particular.
> LPMuds usually fail miserably in this regard. Where on a Diku,
> things are constructed basically through configuration, LPMuds are
> very much programmed. While in theory the Diku model is a strict
> subset of the LPMud one, in practice most LPMud world builders
> implement behaviour of their objects by assembling ancient
> fragments of code taken from examples and each other, and filling
> in the cracks through guesswork. As a result, walking through the
> average LPMud area is an assault of sub-standard code, reality
> flickering like a cheap monitor.
If you've spent any time on LambdaMOO, you get this treatment to the
ne plus ultra. All the worst characteristics of finely grained
inheritance trees and a long long history of orgranic user-derived
growth/hacking tend to excell there (or did a couple years ago when
I was last there). This is not to say that LM is not utterly
incredible. It is incredible in both its successes and failures.
> So though in theory, with competent and _disciplined_ developers,
> the LPMud can be everything a Diku can and then some, in practice
> there's no question which code base I prefer to be a player
> in. Since Skotos uses DGD, an LP driver, we must attempt to
> conjure up this discipline largely through our world
> implementation (and developer interface).
Beatings will continue until code constancy improves.
> ...in my experience it is usually a mistake to depend,
> inheritance-wise, on something over which you do not have control.
True. That was one of the sources of the design requirement for
Murkle that features must be programmable without requiring source
access to any other objects.
--
J C Lawrence Internet: claw@kanga.nu
----------(*) Internet: coder@kanga.nu
...Honorary Member of Clan McFud -- Teamer's Avenging Monolith... - Object and class heirarchies -- are they really necessary? Phillip Lenhardt
- Object and class heirarchies -- are they really necessary? J C Lawrence
- Object and class heirarchies -- are they really necessary? Phillip Lenhardt
- Object and class heirarchies -- are they really necessary? Kevin Littlejohn
- Object and class heirarchies -- are they really nec essary? Koster, Raph
- Object and class heirarchies -- are they really nec essary? Nathan F Yospe
- Object and class heirarchies -- are they really necessary? J C Lawrence
- Object and class heirarchies -- are they really necessary? Draymoor
- Object and class heirarchies -- are they really necessary? scott guzman
- Object and class heirarchies -- are they really necessary? Chris Jones
- Object and class heirarchies -- are they really necessary? Dr Richard A. Bartle
- Object and class heirarchies -- are they really necessary? Lazarus
- Object and class heirarchies -- are they really necessary? Kevin Littlejohn
- Object and class heirarchies -- are they really necessary? Phillip Lenhardt
- Object and class heirarchies -- are they really necessary? cg@ami-cg.GraySage.Edmonton.AB.CA
- Object and class heirarchies -- are they really necessary? Brandon J. Rickman
- Object and class heirarchies -- are they really necessary? Marian Griffith
- Object and class heirarchies -- are they really necessary? Kevin Littlejohn
- Object and class heirarchies -- are they really nec essary? Brian Ashburn
- Object and class heirarchies -- are they really necessary? Par Winzell
- Object and class heirarchies -- are they really necessary? J C Lawrence
- Object and class heirarchies -- are they really necessary? adam@treyarch.com
- Object and class heirarchies -- are they really necessary? Kevin Littlejohn
- Gamasutra: Online Justice Systems Koster, Raph
- Gamasutra: Online Justice Systems Sayeed
- Gamasutra: Online Justice Systems Matthew Mihaly
- Gamasutra: Online Justice Systems Draymoor
- Gamasutra: Online Justice Systems Vijay Weasel Prabhakar
- Gamasutra: Online Justice Systems J C Lawrence
- Gamasutra: Online Justice Systems Sayeed
- Gamasutra: Online Justice Systems adam@treyarch.com
- Gamasutra: Online Justice Systems Dundee
- Gamasutra: Online Justice Systems David Bennett
- Gamasutra: Online Justice Systems Wes Connell
- Gamasutra: Online Justice Systems Koster, Raph
- Gamasutra: Online Justice Systems Fred Clift
- Gamasutra: Online Justice Systems Ola Fosheim Grøstad
- Gamasutra: Online Justice Systems Draymoor
- Gamasutra: Online Justice Systems Ananda Dawnsinger
- Gamasutra: Online Justice Systems Koster, Raph
- Gamasutra: Online Justice Systems Sayeed
- Gamasutra: Online Justice Systems Todd McKimmey
- Gamasutra: Online Justice Systems AR Schleicher
- Gamasutra: Online Justice Systems Sayeed
- Gamasutra: Online Justice Systems Wes Connell
- Gamasutra: Online Justice Systems Sayeed
- Gamasutra: Online Justice Systems Koster, Raph
- Gamasutra: Online Justice Systems Ola Fosheim Grøstad
- (fwd) mud.design.ideas Nathan Fenenga Yospe
- Command interface for Coordinate based world WriterDL@aol.com
- Command interface for Coordinate based world Draymoor
- Command interface for Coordinate based world adam@treyarch.com
- Command interface for Coordinate based world Nathan F Yospe
- Command interface for Coordinate based world Vijay Weasel Prabhakar
- Command interface for Coordinate based world Jeremy Noetzelman
- Command interface for Coordinate based world Laurel Fan
- Command interface for Coordinate based world Lovecraft
- ADMIN: Moving house and posting delays J C Lawrence
- MUD-Dev digest, Vol 1 #18 - 17 msgs Dr. Cat
- Embedding C/C++ Draymoor
- Embedding C/C++ Justin Rogers
- Embedding C/C++ J C Lawrence
- multiplaying Tess Lowe
- multiplaying Lovecraft
- multiplaying Wes Connell
- Online Justice Systems scott guzman
- Online Justice Systems Matthew Mihaly
- Online Justice Systems J C Lawrence
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Wes Connell
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Wes Connell
- Trouble Makers or Regular Citizens Marc Bowden
- Trouble Makers or Regular Citizens adam@treyarch.com
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Jon Lambert
- Trouble Makers or Regular Citizens Rasdan
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Par Winzell
- Trouble Makers or Regular Citizens Todd McKimmey
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens Todd McKimmey
- Trouble Makers or Regular Citizens J C Lawrence
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens Dan Shiovitz
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens J C Lawrence
- Trouble Makers or Regular Citizens Chris Jones
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens J C Lawrence
- Trouble Makers or Regular Citizens Dundee
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens Zak Jarvis
- Trouble Makers or Regular Citizens Todd McKimmey
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Fred Clift
- Trouble Makers or Regular Citizens Gunnar Kreitz
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Justin Rogers
- Trouble Makers or Regular Citizens Ananda Dawnsinger
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Kevin Scott London
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Marc Bowden
- Trouble Makers or Regular Citizens Koster, Raph
- Trouble Makers or Regular Citizens Jon A. Lambert
- Trouble Makers or Regular Citizens adam@treyarch.com
- Trouble Makers or Regular Citizens J C Lawrence
- Trouble Makers or Regular Citizens Jon A. Lambert
- Trouble Makers or Regular Citizens Koster, Raph
- Trouble Makers or Regular Citizens Koster, Raph
- Trouble Makers or Regular Citizens Par Winzell
- Trouble Makers or Regular Citizens Jon Lambert
- Trouble Makers or Regular Citizens Kristen L. Koster
- Trouble Makers or Regular Citizens Tess Lowe
- Trouble Makers or Regular Citizens Jon Lambert
- Trouble Makers or Regular Citizens Tess Lowe
- Trouble Makers or Regular Citizens Ola Fosheim Grøstad
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Joe Andrieu
- Trouble Makers or Regular Citizens Chris Lloyd
- Trouble Makers or Regular Citizens David Bennett
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Chris Lloyd
- Trouble Makers or Regular Citizens Ola Fosheim Grøstad
- Trouble Makers or Regular Citizens Koster, Raph
- Trouble Makers or Regular Citizens Matthew Mihaly
- Trouble Makers or Regular Citizens Zak Jarvis
- Trouble Makers or Regular Citizens J C Lawrence
- Trouble Makers or Regular Citizens Zak Jarvis
- Trouble Makers or Regular Citizens Par Winzell
- Online Justice Systems (response to J C) J C Lawrence
- Online Justice Systems (response to J C) scott guzman
- Meta: Questions about the MudDev FAQ Jon A. Lambert
- RE:Troublemakers and their M.O. Aaron Leslie
- RE:Troublemakers and their M.O. Baldur Norddahl
- RE:Troublemakers and their M.O. Chris Jacobson
- RE:Troublemakers and their M.O. Lovecraft
- RE:Troublemakers and their M.O. Tess Lowe
- RE:Troublemakers and their M.O. Kevin Scott London
- RE:Troublemakers and their M.O. Sellers, Michael
- RE:Troublemakers and their M.O. Kevin Scott London
- Object and class hierarchies -- are they really necessary? Christopher Allen
- ScryMUD 2.0.11 released. Ben Greear
- ADMIN: Spam filters and being unsubscribed J C Lawrence
- World and History Creation Ling
- characters per account Matthew Mihaly
- characters per account F. Randall Farmer
- characters per account Jeff Freeman
- characters per account Sellers, Michael
- characters per account LexaH@aol.com
- characters per account Jeff Freeman
- characters per account Matthew Mihaly
- characters per account AR Schleicher
- characters per account Matthew Mihaly
- characters per account AR Schleicher
- characters per account John Bertoglio
- characters per account Sayeed
- characters per account Matthew Mihaly
- characters per account Sayeed
- characters per account Brian Green
- characters per account Timothy Dang
- characters per account F. Randall Farmer
- characters per account Paul Schwanz - Enterprise Services
- characters per account Kristen L. Koster
- characters per account Paul Schwanz - Enterprise Services
- characters per account Ola Fosheim Grøstad
- characters per account Timothy Dang
- characters per account Paul Schwanz - Enterprise Services
- characters per account Darren Henderson
- characters per account adam@treyarch.com
- characters per account Jon Lambert
- characters per account Darren Henderson
- characters per account J C Lawrence
- characters per account Zak Jarvis
- Richard Garriot's 'X' project Matthew Mihaly
- Richard Garriot's 'X' project Sellers, Michael
- Richard Garriot's 'X' project skeptack
- Richard Garriot's 'X' project skeptack
- Richard Garriot's 'X' project AR Schleicher
- Richard Garriot's 'X' project Jeff Freeman
- Richard Garriot's 'X' project Brian Green
- Debugging techniques adam@treyarch.com
- Lord British gone Geoffrey A. MacDougall