July 1998
- Elven Language List J C Lawrence
- Summary: "Influence Mapping" J C Lawrence
- 1997 CGDC AI Roundtable Moderator's Report J C Lawrence
- 1997 CGDC AI Roundtable Moderator's Report J C Lawrence
- Summary: Recognizing Strategic Dispositions J C Lawrence
- Back to the Future (was WIRED: Kilers have more fun) Mike Sellers
- Back to the Future (was WIRED: Kilers havemore fun) Koster, Raph
- Back to the Future (was WIRED: Kilers have more fun) J C Lawrence
- Back to the Future (was WIRED: Kilers have more fun) S. Patrick Gallaty
- Back to the Future (was WIRED: Kilers have more fun) J C Lawrence
- Help Request On Creating MUD Strahd Von ZAROVICH
- Help Request On Creating MUD Jon Leonard
- Help Request On Creating MUD J C Lawrence
- Help Request On Creating MUD J C Lawrence
- Help Request On Creating MUD J C Lawrence
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Jon A. Lambert
- [RELEASED] Update release of ScryMUD (Accepting builders) Ben Greear
- Meta (Are code release announcement appreciated?) Ben Greear
- Meta (Are code release announcement appreciated?) Nathan F Yospe
- Meta (Are code release announcement appreciated?) J C Lawrence
- Ubiquity Scope & Requirements Greg Munt
- Ubiquity Scope & Requirements Vadim Tkachenko
- Ubiquity Scope & Requirements Greg Munt
- Ubiquity Scope & Requirements Chris Gray
- Ubiquity Scope & Requirements Vadim Tkachenko
- IMatix Tools: Libero and SMT J C Lawrence
- Affordances and social method (Was: Wired Magazine...) Till Eulenspiegel
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Orion Henry
- Affordances and social method (Was: Wired Magazine...) J C Lawrence
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wired Magazine...) Adam Wiggins
- Affordances and social method (Was: Wired Magazine...) Marian Griffith
- Affordances and social method (Was: Wired Magazine...) Maddy
- Affordances and social method (Was: Wire d Magazine...) cat
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Dan Shiovitz
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wire d Magazine...) Caliban Tiresias Darklock
- Affordances and social method (Was: Wire d Magazine...) Marian Griffith
- SMAP: Small Application's Persistency, C++ Library J C Lawrence
- Development of a Smart Compiler J C Lawrence
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) J C Lawrence
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Chris Gray
- WIRED: Kilers have more fun Petri Virkkula
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction Chris Gray
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction Chris Gray
- An Introduction Jeroen Ruigrok/Asmodai
- An Introduction Ross Nicoll
- An Introduction Chris Gray
- An Introduction Chris Gray
- An Introduction Ross Nicoll
- An Introduction J C Lawrence
- An Introduction Caliban Tiresias Darklock
- An Introduction Adam J. Thornton
- An Introduction J C Lawrence
- An Introduction Adam J. Thornton
- An Introduction Koster, Raph
- An Introduction Caliban Tiresias Darklock
- An Introduction Ilya, Game Commandos
- An Introduction Matthew Mihaly
- An Introduction Koster, Raph
- An Introduction Jon A. Lambert
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Richard Bartle
- Summary: The Game Design Mailing List "Learning AI" Thread J C Lawrence
- Summary: The "Extensible Game AI" thread J C Lawrence
- (fwd) command parsers: a modest proposa Michael.Willey@abnamro.com
- (fwd) command parsers: a modest proposa Adam Wiggins
- (fwd) command parsers: a modest proposa Ross Nicoll
- OT: Computer History Archive Holly Sommer
- (fwd) command parsers: a modest proposal (with apologies to J. Swift) Chris Gray
- You think users won't number crunch and statis Jon A. Lambert
- You think users won't number crunch and statis Matt Chatterley
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Dan Shiovitz
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Shawn Halpenny
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Travis S. Casey
- You think users won't number crunch and statis Katrina McClelan
- Massive brainstorm rant about an imaginary class system. (resent) Till Eulenspiegel
- Massive brainstorm rant about an imaginary class system. (resent) Ross Nicoll
- Massive brainstorm rant about an imaginary class system. (resent) Travis Casey
On 9 July 98, Till Eulenspiegel wrote:
> /rant on
You call this a rant? You haven't seen a rant yet... :-)
> How I envision the class system working is a subcategorized
> class/occupation tree. Each character picks a class (Warrior,
> Mage, Rogue, Artisan) at level 'n' they can pick a
> specialization.
> I am just extemporizing but I see it like :
> Class Exclusive specializations
> Warrior: Knight, Archer, Swordsman
> Mage: Alchemist, Sorcerer, etc.
> Rogue: Assassin, Thief, Ranger, etc.
> Artisan/Career specializations (available to any class)
> Artisan: Blacksmith, healer, and other generic type skills
Personally, I dislike class systems. Most often they don't make much
sense in how they assign "special abilities" to different classes, or
in how advancement is handled. In almost all cases, they stereotype
characters, thereby damaging roleplaying. And, of course, most class
systems make many characters conceptions impossible.
With that in mind, I'd like to point out some illogical points and
possible problems in this sort of class breakdown, using the examples
you've given.
> I'd want to let my players have some freedom, so they could
> for instance be any class + 1 specialization of that class
> or one artisan specialization. Some specializations would
> be limited .. like only warriors can be swordsmen however,
> and being mages would require that both (or all) of the
> specializations be taken up with magic.
I'm not sure what you mean by "both specializations ... taken up with
magic". Does that mean that a mage only gets one specialization? Or
that a mage gets two specializations, but they both have to be mage
specializations? And in any event, why? Mages who are also healers,
blacksmiths, or other artisan-type professions are common both in
fantasy literature and in the legends that the literature is based on.
Of course, if that's just the way you want magic to work in your
world, that's fine... magic doesn't have to make sense, after all.
> The Swordsman can parry, and learn advanced use of the sword
> thereby increasing his damage, attack rate and success as well
> as defense against swords.
Can parry? And, I presume, other warriors can't? Parrying is one of
the most basic things that *anyone* who's learning to fight with a
sword (or any other weapon that can be used to parry) will learn. It
makes no sense to restrict it to a particular group.
All of the other abilities of a swordsman that are listed can easily
be handled without a special "swordsman" class -- simply make warriors
get better with the weapons they use most often, and get better at
defending against the weapons they most often defend against.
> The knight is trained in the use of plate mail and horsemanship.
> He gets a bonus when fighting from horseback, and suffers less
> penalties from using plate mail. He can use heaver shields
> without stamina loss.
How does one train in the use of plate mail? By wearing it and
practicing doing things in it? If that's the case, though, then
anyone who can afford plate mail should be able to do it, not just
knights.
These ideas are an example of stereotyping -- a knight is simply
someone who's been knighted. While *most* knights were trained in
fighting from horseback, and knights were the most likely group to own
plate mail, by no means did all of them do/have those things. What if
I want to play a poor landless knight who doesn't own a horse and
can't afford a suit of plate mail?
Part of the problem with stereotyping and class systems comes just
from how classes are named -- if you name a class "knight", that
implies to players that *all* knights have to be members of that class.
If you're going to use classes, it's better to use more generic names
-- e.g., "heavy cavalry" instead of "knight." It doesn't sound quite
as good, but it's more accurate, and therefore less likely to cause
confusion among the players.
> The point here is that there is a substantial difference to the
> career choices the player makes and each has strong abilities
> that the other does not. Players work best by relying on one
> another for their cross specialties.
Why? This is an OK way of working things for an RPG system where you
expect that an adventuring group is almost always going to consist of
four to seven or so players, but why do this in a mud?
What if someone wants to play a loner who doesn't get along with
others? Why is it important that each class have an ability that
other classes don't, when on a mud it's likely that there will always
be several people of each class on?
The only reasonable excuses I've seen for class systems are:
1. To keep characters from being able to do everything.
2. To prevent all characters from becoming the same.
3. To allow each character to have a specialty that makes him/her
useful to the party, so everyone has their own moment to shine.
IMHO, 1 and 2 are symptoms of problems in most RPGs: that advancement
is too fast and there are too few abilities that are actually useful
in the game. In the real world, very few people are capable of
mastering more than one or two fields -- those who try usually know
some about each one, but haven't mastered any of them. If a game has
reasonable advancement, it should take too long for anyone to learn to
do everything well, so characters will specialize anyways.
If all the players in your world want to build characters who are the
same, it's a symptom that there's something wrong with your world.
There isn't a wide enough variety of skills that are actually *useful*
in the game... if there were, characters wouldn't be able to become
good enough at all of them to be useful, and thus would specialize.
The third excuse doesn't make much sense on a mud where there will
likely be dozens of each character type -- in a paper RPG, the group
has to pretty much stick together, so if there's nothing a particular
character can do in an adventure that no one else can, that
character's player may get bored. On a mud, however, the player can
easily choose to go off and do something else if his/her character's
skills aren't needed by a particular group at the moment. Further,
there's less of a feeling of "being special" when there are plenty of
other players around with the same abilities.
> /rant off
Instead of a class system, you might want to consider using a
skill-based system with templates: a player selects a character
template, which includes a package of skills and possibly other
things as well -- like equipment and advantages. The player could
then be allowed to customize the template to some extent.
For those who can't find a template that fits, you could offer a
method for building characters from scratch.
A template is IMHO better, because it merely represents what that
character has learned and gained up to the point of starting the game
-- it doesn't prevent the character from then branching off in another
direction.
--
|\ _,,,---,,_ Travis S. Casey <efindel@io.com>
ZZzz /,`.-'`' -. ;-;;,_ No one agrees with me. Not even me.
|,4- ) )-,_..;\ ( `'-'
'---''(_/--' `-'\_)
- PRNGs: Pseudo Random Number Generators J C Lawrence
- (fwd) command parsers: a modest proposa Richard Bartle
- (fwd) command parsers: a modest proposa Adam J. Thornton
- Affordances and social method (Was: Wi Michael.Willey@abnamro.com
- Affordances and social method (Was: Wi Todd Lair
- MapMaker S. Patrick Gallaty
- (fwd) command parsers: a modest proposa Chris Gray
- My "mud" server, A.T.O.M. and the coming design notes Mike L Kesl
- Output Classification Notes, version 061098 Mike L Kesl
- Output Classification Notes, version 061098 CJones@aagis.com
- Output Classification Notes, version 061098 J C Lawrence
- Output Classification Notes, version 061098 Vadim Tkachenko
- Output Classification Notes, version 061098 Ben Greear
- Output Classification Notes, version 061098 Chris Gray
- Output Classification Notes, version 061098 J C Lawrence
- Universe Design Notes, version 061098 Mike L Kesl
- Universe Design Notes, version 061098 Chris Gray
- Universe Design Notes, version 061098 Mike L Kesl
- Universe Design Notes, version 061098 J C Lawrence
- Universe Design Notes, version 061098 s001gmu@nova.wright.edu
- World Creation Notes, version 061098 Mike L Kesl
- World Creation Notes, version 061098 Chris Gray
- World Creation Notes, version 061098 Mike L Kesl
- World Creation Notes, version 061098 J C Lawrence
- (fwd) command parsers: a modest proposa Richard Bartle
- Alternate UOL's J C Lawrence
- Alternate UOL's S. Patrick Gallaty
- Alternate UOL's Felix A. Croes
- Alternate UOL's Jason Goodwin
- Alternate UOL's Ben Greear
- Alternate UOL's Felix A. Croes
- Alternate UOL's J C Lawrence
- Alternate UOL's D. B. Brown
- Alternate UOL's Adam Wiggins
- Alternate UOL's Koster, Raph
- Alternate UOL's D. B. Brown
- Alternate UOL's Koster, Raph
- Alternate UOL's Nathan F Yospe
- Alternate UOL's Damion Schubert
- Alternate UOL's Damion Schubert
- Alternate UOL's J C Lawrence
- Alternate UOL's Adam J. Thornton
- Support for remote NPCs Joel Kelso
- Support for remote NPCs Nathan F Yospe
- Affordances and social method Jon A. Lambert
- Affordances and social method Marian Griffith
- Affordances and social method Jon A. Lambert
- Affordances and social method Marian Griffith
- Affordances and social method J C Lawrence
- [Fwd: brainstormer] Richard Woolcock
- Physics Lesson John Bertoglio
- Physics Lesson Mike Sellers
- Physics Lesson Ling
- (fwd) command parsers: a modest proposa Chris Gray
- Affordances and social method (Was: Wire d Magazine...) Chris Gray
- Affordances and social method (Was: Wire d Magazine...) Adam Wiggins
- Affordances and social method (Was: Wire d Magazine...) S. Patrick Gallaty
- Affordances and social method (Was: Wire d Magazine...) Koster, Raph
- Affordances and social method (Was: Wired Magazine...) Damion Schubert
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- Affordances and social method (Was: Wire d Magazine...) J C Lawrence
- META: MUD-Dev is a NewHoo "Cool Site" J C Lawrence
- Biomass project Joel Kelso
- Affordances and social method (Was: Wi Koster, Raph
- Affordances and social method (Was: Wi Dr. Cat
- Affordances and social method (Was: Wi Koster, Raph
- Affordances and social method (Was: Wi Dr. Cat
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi Holly Sommer
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi quzah
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi Dan Shiovitz
- Affordances and social method (Was: Wi T. Alexander Popiel
- Affordances and social method (Was: Wi Jon A. Lambert
- Affordances and social method (Was: Wi Dan Shiovitz
- Affordances and social method (Was: Wi Hans-Henrik Staerfeldt
- Affordances and social method (Was: Wi s001gmu@nova.wright.edu
- Affordances and social method (Was: Wi J C Lawrence
- Affordances and social method (Was: Re:Wired Ma gazine...) Koster, Raph
- Affordances and social method (Was: Re:Wire Michael.Willey@abnamro.com
- Amit's Games Programming Page Ling
- You think users won't number crunch and statis Holly Sommer
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Holly Sommer
- You think users won't number crunch and statis Adam Wiggins
- You think users won't number crunch and statis Matthew R. Sheahan
- You think users won't number crunch and statis Damion Schubert
- You think users won't number crunch... Caliban Tiresias Darklock
- [OT] Private emails Richard Woolcock
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Chris Gray
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Ben Greear
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question Chris Gray
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question J C Lawrence
- [Java] multithreading: update and a question Vadim Tkachenko
- [Java] multithreading: update and a question Nathan F Yospe
- [CODE RELEASE] ScryMUD, and the Hegemon Client 1.4.3 (minor release) Ben Greear
- [DESIGN] Antagonizing players Ben Greear
- [DESIGN] Antagonizing players quzah
- [DESIGN] Antagonizing players Richard Woolcock
- Job offer for multiplayer game development J C Lawrence
- Job offer for multiplayer game development S. Patrick Gallaty
- Job offer for multiplayer game development Nathan F Yospe
- Job offer for multiplayer game development Spangler, Jason
- Job offer for multiplayer game development Dr. Cat
- Job offer for multiplayer game development J C Lawrence
- Java VM performance J C Lawrence
- UBE/high: Affordances and social method (Was: Wi Dr. Cat
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine oliver@jowett.manawatu.planet.co.nz
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Oliver Jowett
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Joel Kelso
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Adam Wiggins
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Todd Lair
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine s001gmu@nova.wright.edu
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine J C Lawrence
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine T. Alexander Popiel
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engine Chris Gray
- [CODE] [LANGUAGE/PLATFORM SPECIFIC] My Event Engin Jon A. Lambert
- Scripting Design Notes Mike L Kesl
- Scripting Design Notes Chris Gray
- Scripting Design Notes Vadim Tkachenko
- Scripting Design Notes Jo Dillon
- Scripting Design Notes Chris Gray
- Login and Accounts Mike L Kesl
- Login and Accounts quzah
- Login and Accounts Matt Chatterley
- Login and Accounts Ling
- Login and Accounts Matt Chatterley
- Login and Accounts J C Lawrence
- Design Patterns for Concurrent, Parallel, and Distributed Systems Alex Oren
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s quzah
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s quzah
- DBMS in MU*'s Adam J. Thornton
- DBMS in MU*'s Jeroen Ruigrok/Asmodai
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s quzah@geocities.com
- DBMS in MU*'s Chris Gray
- DBMS in MU*'s The Arrow
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s Ola Fosheim Grøstad
- DBMS in MU*'s Ross Nicoll
- DBMS in MU*'s Chris Gray
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s Adam Wiggins
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s Jon A. Lambert
- DBMS in MU*'s J C Lawrence
- DBMS in MU*'s s001gmu@nova.wright.edu
- DBMS in MU*'s Chris Gray
- Network Connectivity Jeroen Ruigrok/Asmodai
- Network Connectivity T. Alexander Popiel
- Network Connectivity Matt Chatterley
- Affordances and social method Hans-Henrik Staerfeldt
- WIRED: Kilers have more fun Matthew R. Sheahan
- Overworld Maps on diku style Muds- Design notes Katrina McClelan
- Overworld Maps on diku style Muds- Design notes Richard Woolcock
- Overworld Maps on diku style Muds- Design notes Katrina McClelan
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- Informix releases free version for Linux J C Lawrence
- Objects (was DBMS in MU*'s) s001gmu@nova.wright.edu
- OT: Sid Meier s001gmu@nova.wright.edu
- More on Informix Linux release J C Lawrence
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun S. Patrick Gallaty
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Leach, Brad BA
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Markku Nylander
- Fun vs Realism [ Was: OT: Sid Meier ] Nathan F Yospe
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Caliban Tiresias Darklock
- Fun vs Realism [ Was: OT: Sid Meier ] Adam J. Thornton
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] Koster, Raph
- Fun vs Realism [ Was: OT: Sid Meier ] Brandon J. Rickman
- Fun vs Realism [ Was: OT: Sid Meier ] J C Lawrence
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Damion Schubert
- Fun vs Realism [ Was: OT: Sid Meier ] Adam Wiggins
- Fun vs Realism [ Was: OT: Sid Meier ] Chris Gray
- The Eternal City on The Big Network Mike Sellers
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Chris Gray
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Caliban Tiresias Darklock
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun J C Lawrence
- WIRED: Kilers have more fun quzah
- WIRED: Kilers have more fun Koster, Raph
- WIRED: Kilers have more fun Adam Wiggins
- WIRED: Kilers have more fun Damion Schubert
- WIRED: Kilers have more fun quzah
- WIRED: Kilers have more fun Marian Griffith
- WIRED: Kilers have more fun Damion Schubert
- Ansii color, needing some specs and or pointers. Ben Greear
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Scatter
- Ansii color, needing some specs and or pointers. Caliban Tiresias Darklock
- Ansii color, needing some specs and or pointers. Vadim Tkachenko
- Ansii color, needing some specs and or pointers. Jo Dillon
- Ansii color, needing some specs and or pointers. Chris Gray
- Ansii color, needing some specs and or pointers. S. Patrick Gallaty
- Ansii color, needing some specs and or pointers. Robert Woods
- Ansii color, needing some specs and or pointers. S. Patrick Gallaty
- Ansii color, needing some specs and or pointers. Katrina McClelan
- Ansii color, needing some specs and or pointers. J C Lawrence
- Ansii color, needing some specs and or pointers. karp@svconsult.com
- Ansii color, needing some specs and or pointers. Ben Greear
- Ansii color, needing some specs and or pointers. Ross Nicoll
- Ansii color, needing some specs and or pointers. Chris Gray
- WIRED: Kilers have more fun Chris Gray
- PANARD VISION -- 3D-Real-Time Portable Engine J C Lawrence
- Affordances and social method Leach, Brad BA
- Affordances and social method S. Patrick Gallaty
- Affordances and social method quzah
- Affordances and social method Leach, Brad BA
- Affordances and social method Robert Woods
- Affordances and social method Orion Henry
- Affordances and social method S. Patrick Gallaty
- Affordances and social method Mike Sellers
- Affordances and social method Joel Kelso
- Affordances and social method Caliban Tiresias Darklock
- Affordances and social method Mike Sellers
- Affordances and social method Jon A. Lambert
- Affordances and social method s001gmu@nova.wright.edu
- Affordances and social method J C Lawrence
- (subject missing) J C Lawrence
- User inventions (was:killers have more...) Ola Fosheim Grøstad
- User inventions (was:killers have more...) Caliban Tiresias Darklock
- User inventions (was:killers have more...) Matt Chatterley
- Unix vs NT and its relation to MUD environments. J C Lawrence