June 2000
- Advancement considered harmful (long) [very short] Charles Hughes
- Bay Area Press UO, the good the bad and the Ugly. F. Randall Farmer
- Bay Area Press UO, the good the bad and the Ugly. Caliban Tiresias Darklock
- Bay Area Press UO, the good the bad and the Ugly. F. Randall Farmer
- Bay Area Press UO, the good the bad and the Ugly. Paul Schwanz - Enterprise Services
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Batir
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Phillip Lenhardt
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. Phillip Lenhardt
- Bay Area Press UO, the good the bad and the Ugly. Charles Hughes
- Bay Area Press UO, the good the bad and the Ugl y. Richard Tew
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. AR Schleicher
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Christopher Allen
- Bay Area Press UO, the good the bad and the Ugly. Myschyf
- Bay Area Press UO, the good the bad and the Ugly. Jon A. Lambert
- Bay Area Press UO, the good the bad and the Ugly. PLAGNAL XAVIER
- Bay Area Press UO, the good the bad and the Ugly. Chris Turner
- Bay Area Press UO, the good the bad and the Ugly. John Buehler
- Bay Area Press UO, the good the bad and the Ugly. Colin Coghill
- Bay Area Press UO, the good the bad and the Ugly. Shakkar
- Bay Area Press UO, the good the bad and the Ugly. Chris Turner
- Bay Area Press UO, the good the bad and the Ugly. John Hopson
- Bay Area Press UO, the good the bad and the Ugly. Jessica Mulligan
- AI Texts (was: Thoughts about smarter Sims) Eli Stevens
- AI Texts (was: Thoughts about smarter Sims) rob@cs.nwu.edu
- Bay Area Press UO, the good the bad and the Ugly. Jessica Mulligan
- Bay Area Press UO, the good the bad and the Ugly. Raph Koster
- Bay Area Press UO, the good the bad and the Ugly. Caliban Tiresias Darklock
- Bay Area Press UO, the good the bad and the Ugly. Dave Rickey
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. Brian Green
- Bay Area Press UO, the good the bad and the Ugl y. Sellers, Michael
- Bay Area Press UO, the good the bad and the Ugly. adam@treyarch.com
- Bay Area Press UO, the good the bad and the Ugly. J C Lawrence
- Off-Topic: Reality shift? Jon A. Lambert
- Off-Topic: Reality shift? J C Lawrence
- Bay Area Press UO, the good the bad and the Ugly. J C Lawrence
- Entry and near-entry level jobs at Maxis Sellers, Michael
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Brian Green
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Wes Connell
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) AR Schleicher
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Charles Hughes
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Raph Koster
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Zak Jarvis
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) F. Randall Farmer
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) F. Randall Farmer
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Ola Fosheim Grøstad
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Brian Green
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Miroslav Silovic
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Hess, Ian W {Ian}
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Dave Rickey
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Jon A. Lambert
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Matthew Mihaly
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) J C Lawrence
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Jon A. Lambert
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) Ola Fosheim Grøstad
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) John Buehler
- Birthday Cake (or Why Large Scale Sometimes Sucks) (long) adam@treyarch.com
- Birthday Cake (or Why Large Scale Sometimes Sucks)(long) Par Winzell
- Of interest Jeff Freeman
- Of interest Dave Rickey
- Of interest Bruce
- Of interest Jeff Freeman
- Of interest AR Schleicher
- Intro Tamzen Cannoy
- Online actions and real-life religion Jason Spangler
- (no subject) J C Lawrence
- Narrative, quest design, and the solution of in-game problems J C Lawrence
- Narrative, quest design, and the solution of in-game problems Brandon J. Rickman
- Narrative, quest design, and the solution of in-game problems Angela Ferraiolo
- Narrative, quest design, and the solution of in-game problems Marian Griffith
- Hidden identities. (was (no subject)) Ola Fosheim Grøstad
- Hidden identities. (was (no subject)) Justin Rogers
- Hidden identities. (was (no subject)) J C Lawrence
- Hidden identities. (was (no subject)) adam@treyarch.com
- Hidden identities. (was (no subject)) Wes Connell
- Hidden identities. (was (no subject)) J C Lawrence
- Hidden identities. (was (no subject)) Jon A. Lambert
- Responsibility for users (was: Birthday Cake (or Why Large Scale Sometimes Sucks) (long) ) birgit.schulte@philips.com
- Multiplayer definition (was: Birthday Cake) Brian Green
- Multiplayer definition (was: Birthday Cake) Matthew Mihaly
- Multiplayer definition (was: Birthday Cake) J C Lawrence
- Backstories Chris Bunting
- Backstories J C Lawrence
- New poll J C Lawrence
- Backstory (was New poll) Sellers, Michael
- Backstory (was New poll) J C Lawrence
- Backstory (was New poll) J C Lawrence
- Backstory (was New poll) Matthew Mihaly
- Backstory (was New poll) Tess Lowe
- Backstory (was New poll) Matthew Mihaly
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Raph Koster
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Dave Rickey
- Backstory (was New poll) Zak Jarvis
- Backstory (was New poll) Marian Griffith
- Backstory (was New poll) Sellers, Michael
- Backstory (was New poll) Harrison Edwards
- Backstory (was New poll) rayzam
- Backstory (was New poll) Zak Jarvis
- [Meta] New poll J C Lawrence
- Little Touches (was Bay Area Press UO, the good the bad and the Ugly) Todd McKimmey
- backstory poll results Matthew Mihaly
- [Meta] New poll Eli Stevens
- [Meta] New poll J C Lawrence
- [Meta] New poll Tess Lowe
- [Meta] New poll Matthew Mihaly
- [Meta] New poll PLAGNAL XAVIER
- [Meta] New poll Wes Connell
- [Meta] New poll Matthew Mihaly
- [Meta] New poll Erik Jarvi
- [Meta] New poll adam@treyarch.com
- Backstory (was New poll) Raph Koster
- Backstory (was New poll) Zak Jarvis
- Drunk Speak was:Bay Area Press Wes Connell
- Backstory (was New poll) Wes Connell
- Our player's keepers? (long) Brian Green
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) Erik Jarvi
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) Matthew Mihaly
- Our player's keepers? (long) Zak Jarvis
- Our player's keepers? (long) Jon A. Lambert
- Our player's keepers? (long) J C Lawrence
- Our player's keepers? (long) Zak Jarvis
- Our player's keepers? (long) Matthew Mihaly
- Our player's keepers? (long) Lee Sheldon
- Our player's keepers? (long) F. Randall Farmer
- Our player's keepers? (long) J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 Raph Koster
- Report: MUD-Dev dinner of 10 June 2000 Jessica Mulligan
- Report: MUD-Dev dinner of 10 June 2000 Sellers, Michael
- The Virtues of Small Muds - was (Our player's keepers? ) Jon A. Lambert
- MudDev FAQ 1 Marian Griffith
- MudDev FAQ 1 J C Lawrence
- MudDev FAQ 2 Marian Griffith
- MudDEV FAQ request Marian Griffith
- NWN model (was Report: MUD-Dev dinner of 10 June 20 00) Sellers, Michael
- Backstory (was New poll) Lee Sheldon
- Backstory (was New poll) Angela Ferraiolo
- Backstory (was New poll) Lee Sheldon
- Backstory (was New poll) Angela Ferraiolo
- Backstory (was New poll) Lee Sheldon
- Yet more new polls J C Lawrence
- MUD-Dev digest, Vol 1 #131 - 23 msgs Dr. Cat
- Report: MUD-Dev dinner of 10 June 2000 Brian Green
- Report: MUD-Dev dinner of 10 June 2000 John Buehler
- Games vs. simulations Matthew Mihaly
- Games vs. simulations Charles Hughes
- Games vs. simulations Dmitri Zagidulin
- Games vs. simulations Caliban Tiresias Darklock
- Games vs. simulations adam@treyarch.com
- Games vs. simulations Brandon J. Rickman
- Games vs. simulations Caliban Tiresias Darklock
- Games vs. simulations Richard Tew
- Games vs. simulations adam@treyarch.com
- Games vs. simulations Marc Bowden
- Games vs. simulations Patrick Dughi
- Games vs. simulations Bruce
- Games vs. simulations Richard Woolcock
- Games vs. simulations Matthew Mihaly
- Games vs. simulations Richard Tew
- Games vs. simulations F. Randall Farmer
- Games vs. simulations Travis Casey
- Games vs. simulations Richard Tew
- Games vs. simulations Travis Casey
- Games vs. simulations J C Lawrence
- Games vs. simulations Brad Roberts
- FW: A question of message propagation Joe Kingry
- FW: A question of message propagation Patrick Dughi
- FW: A question of message propagation Jon A. Lambert
- FW: A question of message propagation Joe Kingry
- FW: A question of message propagation Chris Jacobson
- FW: A question of message propagation Jon A. Lambert
- Lego bulk ordering J C Lawrence
- Lego bulk ordering Chris Gray
- Lego bulk ordering Jason Spangler
- Mailing list: IRead J C Lawrence
- FC: Americans ditching TV for online news, Pew Research survey says (fwd) J C Lawrence
- Meta: Events page and dinner picture galleries J C Lawrence
- Remote client connection Kyle Leithoff
- Remote client connection Caliban Tiresias Darklock
- Remote client connection John Bertoglio
- Remote client connection John Buehler
- Remote client connection Lee Sheldon
- Remote client connection John Buehler
- Remote client connection Lurn@missing.domain
- Remote client connection Patrick Dughi
- Remote client connection Phillip Lenhardt
- Remote client connection J C Lawrence
- Remote client connection Paul Schwanz - Enterprise Services
- Remote client connection J C Lawrence
- Remote client connection John Bertoglio
- Remote client connection Matthew Mihaly
- Remote client connection k.carter
- Remote client connection Raph Koster
- Remote client connection Erik Jarvi
- Remote client connection Richard Tew
- Remote client connection AR Schleicher
- Remote client connection Travis Casey
- Remote client connection Phillip Lenhardt
- Remote client connection John Bertoglio
- Remote client connection Travis Casey
- Remote client connection Travis Casey
- Remote client connection Marian Griffith
- Bioware Chris Gray
- Bioware Raph Koster
- Meta: Regenning the list archives. J C Lawrence
- Commercial MUD developers destroy thinking! Brian Green
- Hello! Milne, Alistair
- Consistent Characters (Was Remote client connection) Paul Schwanz - Enterprise Services
Phillip Lenhardt said:
>> I don't see how giving a limited menu of choices in a situation prevents
>> players from giving meaning to their characters. Who says that "say" and
>> "emote" aren't choices on that menu? If you're character is a paladin
>> and that paladin is talking to a good priest, why should that paladin
>> have the option of attacking the priest? After all, it is not good
>> roleplaying to do so since it is totally out of character.
Travis Casey replied:
> How do you know it's out of character? Are all paladins the same?
> Can paladins not be mistaken? What if I want to play a fallen
> paladin, and am in the process of having him fall? What if I want to
> play a flawed paladin -- a good man with a bad temper? Simply by
> leaving off the "attack" option, you're both giving me information
> that I might not have had (that this is someone I'm not supposed to
> attack) *and* restricting the kinds of characters I can play.
Aye. There's the rub. But must we have one extreme or the other? Do we only
have the option to either rule out-of-hand any action that the designer decides
may go against character or allow without consequence any action, no matter how
out of place?
To me, consistency of character is essential in order to discern motivations and
to provide deeper immersion. If it is indeed desireable, is it possible to
encourage it through game design without limiting (too much) the richness of
character that requires a degree of flexibility? Would it be possible to make
actions which seem to violate character permissible, but not expedient?
I think that it is possible, but I'd propose three things which are necessary in
order to make it work.
1) Some method which gives players the ability to select from a robust list of
values which will come reasonably close to defining their character in a way
which the game engine can understand. The usual "good" and "evil" are not
adequate enough to describe how players view their characters. The rogue who is
known to pinch an item here or there, yet would never purposefully bring lasting
harm to an innocent and is especially loyal to his friends is a common (and
valid) archetype. However, good and evil fall short when describing this
archetype. Even if we throw in "lawful" and "unlawful" it is not robust enough.
In designing a more appropriate method for defining characters, I'd suggest
choosing values that form a natural continuum between extremes and lend
themselves to being tracked through in-game actions. I've identified these as
possibilities:
Health-taking...........................Health-giving
(i.e. harming, killing).................(i.e. healing, nuturing)
Wealth-taking...........................Wealth-giving
(i.e. stealing, greed)..................(i.e. charity, generosity)
Power-taking............................Power-giving
(i.e. betrayal).........................(i.e. loyalty)
Information-taking......................Information-giving
(i.e. hoarding knowledge)...............(i.e. sharing wisdom)
To test your list of values, try describing common archetypes using those
values. If you can think of archetypes which cannot be described by your
values, then you might need to rethink them. Also, using layers to refine
definitions of archetypes can increase greatly the number of character which can
be defined. For instance, you may need to lay something like order/chaos or
passive/active on top of the above values to help define the different
approaches one might take to health-giving. The coscientious objector and the
patriot both believe that they value life, but their approach is vastly
different. The key is to make it powerful and flexible enough so that the
*player* feels like they can really nail down something of their character's
world and life view. The very act of actually working through these issues is
the first step in consistent role play.
2) Some method for tracking significant events in a manner that allows them to
be compared to the player-defined values of the character. So, knocking someone
unconscious might be slightly health-taking. Killing them would be very
helth-takiing. The developer would need to categorize events so that they are
assigned an appropriate value. Some values could be dynamic; calculated
on-the-fly. Other factors may be taken into account to determine where an
action falls on the continuum. For instance, if amount taken in a heist is
compared to amount owned by the mark, then robbing from the rich might be only
slightly wealth-taking. Conversely, if amount given in charity is compared to
amount owned by the receiver, then giving alms to the poor might be very
wealth-giving. So Robin Hood can be defined as an archetype who is, overall,
more generous than greedy.
3) Some method for comparing significant actions to the player-defined values
of the character and encouraging the player to consistently take actions which
reflect those values. So the life-loving, health-giving, paladin decides to use
a priest as an over-sized pin cushion for his large assortment of swords and
daggers. That's not a very health-giving thing to do. Now, other circumstances
might have warrented the action. Perhaps the priest was a spy? If the paladin
was even more committed to loyalty-to-nation/power-giving than to health-giving,
then this action would still make sense, but the method used should not sit well
with the paladin who is strongly health-giving. Some algorithm needs to be put
in place to simulate the character's feelings of guilt or self-loathing when
they do things which are not in keeping with their values. In general, actions
which consistently reflect values will lead to quicker character development
than actions which consistently contravene values, which in extreme cases could
lead to a degradation in abilities. In this manner, the design uses realistic
consequences to encourage role play. The paladin is allowed to have fits of
temper, but he will suffer realistic consequences for acting in a manner
inconsistent with his own world and life view. The next time he draws his
sword, he may be reminded of his character flaw. He may be hindered by feelings
of guilt and self-loathing over the unfortunate incident with the priest...not a
good think to be thinking about in the middle of a sword fight.
> > And if the
> > paladin has a good in-game reason to attack the priest, then the menu
> > would present "attack" as an option.
> Of course, this requires keeping track of all possible in-game reasons
> why someone might do something, which is an AI-complete problem in a
> game world where players have their characters talking to each other
> freely.
And a fourth:
4) Some method for allowing players to have direct, but limited, input into the
game so that they can make up for the AI's inevitable lack of understanding of
complicated situations. The difficulty is that the input cannot be unmitigated,
since it cannot be fully trusted. If it has a real affect on other characters,
then it needs to be balanced against trusted data. One possibility is to
balance player input against data gathered by the game. If each event is
tracked, then the event can be "observed" by other characters, evaluated against
their own values, and relayed automatically to others with whom they have
contact. In this manner, reputation will begin to form automatically. I see
Bubba kill Buffy. I disapprove since I am health-giving and Buffy was a friend.
I "talk" about the event or my general disapproval of Bubba to the shopkeep in
a simulated conversation when I buy a new sword. The shopkeep talks to others
who buy swords. A good amount of trusted data is collected and disseminated
automatically by the game engine. This gives us the option to open things up a
bit to the player. There may be extenuating circumstances that the game engine
is not able to understand. Players who understand these circumstances should be
given a method for manually giving their approval of Bubba to the shopkeep and
others. Now believablility becomes an issue, but it shouldn't be too difficult
for the shopkeep to check his reputation tables when evaluating conflicting
information. If he doesn't approve of the one giving him the information, then
he is not likely to "believe" it. In other words, his opinion of Bubba remains
unchanged.
Obviously, this is a lot of work. The question is whether or not consistency of
character is important enough to the game to justify the effort and resources.
I think that it is, but I am speaking as one who wants to play such a game and
not as one who is likely to design it.
--Phinehas
------------------------------------------------------------------------------
"All things are permissible,
but not all things are expedient.
------------------------------------------------------------------------------ - Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Marian Griffith
- Consistent Characters (Was Remote client connection) Mordengaard
- Consistent Characters (Was Remote client connection) Josh Rollyson {dracus}
- Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Travis Casey
- Consistent Characters (Was Remote client connection) Travis Casey
- Building On-Line 3D Worlds - Digital Actors/3D avatars Charles Hughes
- Remote client connection (J C Lawrence) Dmitri Zagidulin
- Remote client connection (J C Lawrence) adam@treyarch.com
- Remote client connection (J C Lawrence) Travis Casey
- Basic input techniques? Neil Edwards
- Basic input techniques? J C Lawrence
- Acting casual about casual gamers Brian Green
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Madrona Tree
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Madrona Tree
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers adam@treyarch.com
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Dan Shiovitz
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Spin
- Acting casual about casual gamers Jon Morrow
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers John Buehler
- Acting casual about casual gamers adam@treyarch.com
- Acting casual about casual gamers Raph Koster
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Michael Tresca
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Erik Jarvi
- Acting casual about casual gamers Malcolm Valentine
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Malcolm Valentine
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Michael Tresca
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Charles Hughes
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Caliban Tiresias Darklock
- Acting casual about casual gamers Chris Turner
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers rayzam
- Acting casual about casual gamers Greg Miller
- Acting casual about casual gamers Jon A. Lambert
- Acting casual about casual gamers J C Lawrence
- Acting casual about casual gamers Travis Casey
- Acting casual about casual gamers Paul Schwanz - Enterprise Services
- Hunting mobs vs Economy (was Advancement considered harmful (long)) Jeremy Hovance
- using DB to store game state Eli Stevens
- using DB to store game state J C Lawrence
- using DB to store game state Eli Stevens
- using DB to store game state J C Lawrence
- using DB to store game state J C Lawrence
- Report: MUD-Dev dinner of 10 June 2000 J C Lawrence
- A Replacement for Telnet Phillip Lenhardt
- A Replacement for Telnet Justin Rogers
- C# vs. LPC Christopher Allen
- C# vs. LPC Travis Casey
- C# vs. LPC Felix A. Croes
- C# vs. LPC Travis Casey
- C# vs. LPC Owen
- C# vs. LPC J C Lawrence
- C# vs. LPC ashon@wsunix.wsu.edu
- Man Hours: (was Offline Persistence) Dmitri Zagidulin
- FW: [DGD]C# vs. LPC Christopher Allen
- Polling the users Jeff Freeman
- Collected comments on C# from comp.lang.python and the python mailing list. J C Lawrence
- Another Firstborn Falls: Meridian 59 Brian Green
- Reach out and bitch at someone Brian Green
- Reach out and bitch at someone David Bennett
- Reach out and bitch at someone Chris Jacobson
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone rayzam
- Reach out and bitch at someone David Bennett
- Reach out and bitch at someone Marc Bowden
- Reach out and bitch at someone Chris Jacobson
- Reach out and bitch at someone Jessica Mulligan
- Reach out and bitch at someone Dave Rickey
- Reach out and bitch at someone jolson@micron.net
- Reach out and bitch at someone Jack Doolan
- Reach out and bitch at someone Matthew Mihaly
- Reach out and bitch at someone Matthew Mihaly
- Reach out and bitch at someone Malcolm Valentine
- MUDLinux v0.5 J C Lawrence
- MUDLinux v0.5 David Wruck
- MUDLinux v0.5 Malcolm Valentine
- Maps and children's lit. (fwd) J C Lawrence
- Maps and children's lit. (fwd) Malcolm Valentine