<!-- MHonArc v2.4.4 --> <!--X-Subject: Re: [MUD-Dev] Usability and interface --> <!--X-From-R13: pynjerapNphc.uc.pbz --> <!--X-Date: Thu, 25 Sep 1997 22:11:22 +0000 --> <!--X-Message-Id: 199709252207.PAA28096#xsvr3,cup.hp.com --> <!--X-Content-Type: text/plain --> <!--X-Reference: 01BCC8EB.9E05A0D0.caliban#darklock,com --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, Re: [MUD-Dev] Usability and interface</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:clawrenc#cup,hp.com"> </head> <body background="/backgrounds/paperback.gif" bgcolor="#ffffff" text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000"> <font size="+4" color="#804040"> <strong><em>MUD-Dev<br>mailing list archive</em></strong> </font> <br> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] <br clear=all><hr> <!--X-Body-Begin--> <!--X-User-Header--> <!--X-User-Header-End--> <!--X-TopPNI--> Date: [ <a href="msg01455.html">Previous</a> | <a href="msg01457.html">Next</a> ] Thread: [ <a href="msg01413.html">Previous</a> | <a href="msg01471.html">Next</a> ] Index: [ <A HREF="author.html#01456">Author</A> | <A HREF="#01456">Date</A> | <A HREF="thread.html#01456">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>Re: [MUD-Dev] Usability and interface</H1> <HR> <!--X-Subject-Header-End--> <!--X-Head-of-Message--> <UL> <LI><em>To</em>: <A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A></LI> <LI><em>Subject</em>: Re: [MUD-Dev] Usability and interface</LI> <LI><em>From</em>: <A HREF="mailto:clawrenc#cup,hp.com">clawrenc#cup,hp.com</A></LI> <LI><em>Date</em>: Thu, 25 Sep 97 14:42:33 -0700</LI> <LI><em>Reply-to</em>: <A HREF="mailto:clawrenc#cup,hp.com">clawrenc#cup,hp.com</A></LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> In <<A HREF="msg01413.html">01BCC8EB.9E05A0D0.caliban#darklock,com</A>>, on 09/24/97 at 10:24 AM, Caliban Tiresias Darklock <caliban#darklock,com> said: >On Wednesday, September 24, 1997 4:29 AM, clawrenc#cup,hp.com >[SMTP:clawrenc#cup,hp.com] wrote: >> 1) There existed in the land a paper bag. The bag internally was >> comprised of two rooms. Players of sufficient level could "pick up" >> other players and put them in the bag. >The kind of brain process which would consider such a thing a Good >Idea is completely foreign to me. Yup. >> Very quickly the bag game changed to: >> Find as many players as you can and put them in the bag, then get the >> dragon and drop him in too, peer in the top to watch the >> slaughter/fun. >I would prefer allowing other people to voluntarily get into the bag. > "Sure, I'll take you to Darkmoor Keep. Get in the bag." Of course, >you could certainly stick the dragon in before the player, allowing >the same general amount of fun if the player was too trusting. True, this would add a whole new mechanic. My preference would be to add possibilities for a player to resist being picked up, to break out of the bag, to otherwise escape, or in some other way to transform the previously atomic transaction of "pick up player and put in bag" into something where the potential victim has the possibility of altering the outcome. Best would be if the intended victim has the (slight) chance of putting his attacker in the bag instead of himself. Aside: In MUD2 the standard reaction upon being picked up was the log off, and then log back on to attempt to attack the fellow more directly. As it required a rather high level character to even be able to pick someone up, this was not often successful. It did tend to make many enemies for the attempted collector, which also tended to shorten his life on a perma-death MUD. > Bob says "Yeah, I can get to Darkmoor." > Bob drops a bag. > Bob says "Here, climb in the bag." > >look in bag > The bag appears larger on the inside than on the outside. It must be >ma gical. > The bag contains: > A large vicious white dragon foaming at the mouth > Several hundred corpses > >tell bob Bugger off! How about putting Bob in the empty bag, and _then_ dropping the dragon in after him? >This is *fair*. I can't *put* you in the bag, but you can certainly >get in it if I talk you into it... and that's entirely your fault. >Caveat emptor. ;) One could easily extend that to MUD2's case. You are playing a game where such mechanics exist (being put in bags). Ergo, by default you have agreed to those mechanics... >> Pushing the button reset the game >> __without__ logging the button pusher off. This was a significant >> advantage as logging into SX MUD was a aomewhat lengthy process -- >> during which the game-nuker could have free-reign of the game, gaining >> all/many of the key objects. >This reminds me very uncomfortably of the kinds of things that >inexperienced and/or young and/or immature GMs consider fun. These >kinds of constructs are just inane and ill-considered; I would have >done something more suited to *play*, as follows: Missing data on the Enola Gay feature, was that it required solving a long and intricate puzzle, many steps of which were prone to being accidentally prevented by the normal operations of other players. You needed a specific set of objects, several of which were valuable and prone to being collected or swamped (destroyed) by other players, you needed the objects in a particular sequence, and many widely seperated pieces of the world had to be in an unaltered state. The result was that it took a LOT of work, and a larger amount of luck to be able to get the Enola Gray off the ground in the first place. You also had to be a reasonable level playerjust to get the requisite objects, or to the parts of the world needed. Then once you pushed the button, the game was reset (in a reset based game, often a valuable thing), all the players were kicked off and told who reset the game. The result was that a player might be forgiven doing the Enola Gray once, perhaps twice if he found a totally seperate set of players to kick, but after that he was merely setting himself up as the PK target of choice for a great many players. Such did not live long. Note: MUD2 was a perma-death unrestricted PK game. The result was that it had all the characteristics of an ego toy, but enough feedback and accountability to keep it as just a very impressive, tell-stories-about-it-to-others, Wow-isn't-that-neat, feature that most were happy to know existed without ever using it themselves. As such it implicitly added flavour without having to be tasted. >The button is pressed. (process set in motion) >Several shortly-spaced emits are sent to all players. (fair warning) >All players except the button pusher are frozen for a period of five >minutes. (player advantage) >Players logging on while other people in the game are frozen are not >frozen. (balancer) But this ruins the value of the feature. The value is in the depth and extent of the effect you are able to create on the world. You've watered the wine. You've cute the dope. What was an almost unadulterated nuke now has kiddie wheels. The kick was in the extent of the effect you could have on the world. Sure, the Enola Gray was suicidal (perma-death), but it was a fun suicidal, a, "Wow! Hot dang! You can *do* that? WTF! I *really did that? Oh sheeeit....I'm for it now...." >I prefer to think of it as: The construct can be used for lots of >nifty things. The construct may be useful for nasty things. Let's >make a nifty list and a naughty list, and compare the two. In fact, >let's get some other people we trust to make similar lists. Now >let's stack all the lists together, and consider whether this item >is nifty or naughty or somewhere in between. If it's somewhere in >the middle, maybe we can modify it a little and make it nifty. If >it's clearly naughty, we should probably throw it out. But if it's >clearly nifty, let's keep it! We can overlook one or two little >things, provided the nifty outweighs the naughty. Ahh. My preference has nifty almost automatically always trumping naughty. I'll acknowledge the naughty by attempting to figure out other systems to dilute or counter weight the naughty without diluting the nifty. As such you tend to get layers within layers, which I consider another benefit. -- J C Lawrence Internet: claw#null,net (Contractor) Internet: coder#ibm,net ---------------(*) Internet: clawrenc#cup,hp.com ...Honorary Member Clan McFUD -- Teamer's Avenging Monolith... </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <ul compact><li><strong>Follow-Ups</strong>: <ul> <li><strong><A NAME="01471" HREF="msg01471.html">Re: [MUD-Dev] Usability and interface</A></strong> <ul compact><li><em>From:</em> "Jon A. Lambert" <jlsysinc#ix,netcom.com></li></ul> </UL></LI></UL> <!--X-Follow-Ups-End--> <!--X-References--> <UL><LI><STRONG>References</STRONG>: <UL> <LI><STRONG><A NAME="01413" HREF="msg01413.html">RE: [MUD-Dev] Usability and interface</A></STRONG> <UL><LI><EM>From:</EM> Caliban Tiresias Darklock <caliban#darklock,com></LI></UL></LI> </UL></LI></UL> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg01455.html">Re: [MUD-Dev] Usability and interface</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg01457.html">Re: [MUD-Dev] Usability and interface and who the hell is suppo</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg01413.html">RE: [MUD-Dev] Usability and interface</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg01471.html">Re: [MUD-Dev] Usability and interface</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#01456"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#01456"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> <ul><li>Thread context: <BLOCKQUOTE><UL> <LI><STRONG>Re: [MUD-Dev] Usability and interface</STRONG>, <EM>(continued)</EM> <ul compact> <ul compact> <LI><strong><A NAME="01439" HREF="msg01439.html">Re: [MUD-Dev] Usability and interface</A></strong>, Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Thu 25 Sep 1997, 17:18 GMT </LI> <LI><strong><A NAME="01444" HREF="msg01444.html">Re: [MUD-Dev] Usability and interface</A></strong>, clawrenc <a href="mailto:clawrenc#cup,hp.com">clawrenc#cup,hp.com</a>, Thu 25 Sep 1997, 18:36 GMT </LI> </ul> <LI><strong><A NAME="01409" HREF="msg01409.html">[MUD-Dev] Usability and interface</A></strong>, Maddy <a href="mailto:maddy#fysh,org">maddy#fysh,org</a>, Wed 24 Sep 1997, 10:42 GMT </LI> <LI><strong><A NAME="01413" HREF="msg01413.html">RE: [MUD-Dev] Usability and interface</A></strong>, Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Wed 24 Sep 1997, 17:11 GMT <UL> <LI><strong><A NAME="01456" HREF="msg01456.html">Re: [MUD-Dev] Usability and interface</A></strong>, clawrenc <a href="mailto:clawrenc#cup,hp.com">clawrenc#cup,hp.com</a>, Thu 25 Sep 1997, 22:11 GMT <UL> <LI><strong><A NAME="01471" HREF="msg01471.html">Re: [MUD-Dev] Usability and interface</A></strong>, Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Fri 26 Sep 1997, 04:02 GMT </LI> </UL> </LI> </UL> </LI> <LI><strong><A NAME="01421" HREF="msg01421.html">RE: [MUD-Dev] Usability and interface</A></strong>, Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Wed 24 Sep 1997, 19:24 GMT <UL> <LI><strong><A NAME="01445" HREF="msg01445.html">Re: [MUD-Dev] Usability and interface</A></strong>, Nathan Yospe <a href="mailto:yospe#hawaii,edu">yospe#hawaii,edu</a>, Thu 25 Sep 1997, 18:39 GMT <UL> <LI><strong><A NAME="01463" HREF="msg01463.html">Re: [MUD-Dev] Usability and interface</A></strong>, Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 25 Sep 1997, 23:41 GMT </LI> </UL> </LI> </UL> </LI> </ul> </LI> </UL></BLOCKQUOTE> </ul> <hr> <center> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] </center> <hr> </body> </html>