<!-- MHonArc v2.4.4 --> <!--X-Subject: Re: Resets and repops --> <!--X-From-R13: "Xba O. Znzoreg" <wyflfvapNvk.argpbz.pbz> --> <!--X-Date: from babe.globecomm.net [207.51.48.8] by mx3.ibm.net id 858835431.91580-1 Thu Mar 20 05:23:51 1997 --> <!--X-Message-Id: 199703200527.XAA27566@dfw-ix7.ix.netcom.com --> <!--X-Content-Type: text/plain --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, Re: Resets and repops</title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:jlsysinc#ix,netcom.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="msg00149.html">Previous</a> | <a href="msg00151.html">Next</a> ] Thread: [ <a href="msg00144.html">Previous</a> | <a href="msg00151.html">Next</a> ] Index: [ <A HREF="author.html#00150">Author</A> | <A HREF="#00150">Date</A> | <A HREF="thread.html#00150">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>Re: Resets and repops</H1> <HR> <!--X-Subject-Header-End--> <!--X-Head-of-Message--> <UL> <LI><em>To</em>: "Mud Dev Mailing List" <<A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A>></LI> <LI><em>Subject</em>: Re: Resets and repops</LI> <LI><em>From</em>: "Jon A. Lambert" <<A HREF="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</A>></LI> <LI><em>Date</em>: Thu, 20 Mar 1997 00:31:02 -0500</LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> [Chris Lawrence said:] > I don't distinguish between any sort of objects, be they rooms, mobiles, > dumb objects, or players. They're all the same, all do the same things, > and outside of the IO going to a connection object for players, all run > exactly the same code. I do distinguish living objects as as separate and distinct class from non-living objects. The class heirachy does not have a common root object. As such there is some redundancy in code but not as much as you would suspect. Plant-life happens to fall in the non-living class for many reasons. My class heirachy is probably much flatter because of some of these distinctions. > > What I don't do is bind player characters or non-player objects to using > the parsed command line. Any object may directly call any method, with > any set of arguments, on any other object. Of course it is then up to the > receiving object's security criteria as to how and if it accepts the call > (stolen straight from COOL). As such the automation code for mobiles > (that's all a mobile is: a normal object with an event chain that causes > state changes in the mobile) can directly call the relevant methods to > affect the subject mobile, or it can lodge command strings to be parsed > into a direct method call (which in truth is just another method call with > the command as an argument). > This certainly is an approach which leaves you with the greatest degree of flexibility. My server is more tightly bound to objects found in rpg's and would be of little use in progamming other sorts of simulations. I have sacrificed this genericity (is that a word?) to the particular games i wish to simulate. > Part of the neat aspect of this is that I expect players to augment > themselves and their character objects with home-grown, purchased, stolen, > or otherwise acquired code to implement various neat features. Earlier > discussion focussed on the Combat Packages aspect of this (more or less > intelligent user-written combat AI libraries), but I can also see it > happening with socials, naming cards (objects which > auto-register/de-register names on teh recipient), mana factories/sinks, > etc. > > BYOC takes a whole new meaning. This brings up other thoughts which we had briefly touched upon in earlier Email and maybe others would care to comment. It is my opinion that many of the players/builders that I wish to attract are decidely non-programming types. A language like LPC or ColdC is significantly beyond their patience/threshold to bother to learn. I am attempting to make the user-programmed language as close to the actual command parser as possible. Such a language would inherently reflect the commands implemented in the mud and would probably be much closer to a tiny version Tcl/Tk. I prefer a minimalist approach here. 1) Locally implicit variable declaration and assignment (strictly variant-types like REXX) 2) An IF THEN structure (ELSE optional) 3) A simple conditional looping construct (WHILE (cond) END-WHILE comes to mind) or DO with CONTINUE and EXIT/BREAK. 4) Perhaps a GOTO/LABEL mechanism (who says mud players need to be structured programmers ) 5) A minimal operation/function library. (+,-,*,/) Some essential string functions. 6) Access to object attributes in context only. Those attributes that would normally be exposed in game context. 7) The executable meat and potato functions are exposed in in the same grammar as mud game commands. ( thus the game construct 'drink water from canteen' is present exactly in the same manner in the language construct) 8) Input to such a program could be driven by standard mud output. (response to above command would be indicated by read access to a condition code structure or the actual output buffer text) > cf the original Gods system. You can find a passable description in > Bartle's original MUD survey. Really! I wasn't aware of this, although I suspected this terminology had some similar roots in early muddom. Someone had posted a large mud specification that included this concept about one year ago on r.g.m.a I cannot remember their name although I do remember they were associated with Case Western. This is where my concept of this originates. Couple this with my devotion to Homer and Hesiod it is a natural interest for me. My chief builder happens to be very fond of Norse mythology and we have been having lively discussions of how to integrate control of these differing pantheons of dieties. If Dawn is held back one hour in Ithaca by Athena's plea, does Dawn occur at the appointed hour in Beowulf's lands. I think we settled for local control. Basing this on physics would be a strain on suspension of disbelief. ;-) </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg00149.html">Re: Issues from the digests and Wout's list</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00151.html">Re: Resets and repops</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg00144.html">Re: Resets and repops</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00151.html">Re: Resets and repops</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00150"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00150"><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: Resets and repops</STRONG>, <EM>(continued)</EM> <ul compact> <LI><strong><A NAME="00138" HREF="msg00138.html">Re: Resets and repops</A></strong>, Adam Wiggins <a href="mailto:nightfall#inficad,com">nightfall#inficad,com</a>, Wed 19 Mar 1997, 00:57 GMT </LI> <LI><strong><A NAME="00139" HREF="msg00139.html">Re: Resets and repops</A></strong>, claw <a href="mailto:claw#null,net">claw#null,net</a>, Wed 19 Mar 1997, 01:00 GMT </LI> <LI><strong><A NAME="00140" HREF="msg00140.html">Re: Resets and repops</A></strong>, Furball <a href="mailto:K.L.Lo-94#student,lut.ac.uk">K.L.Lo-94#student,lut.ac.uk</a>, Wed 19 Mar 1997, 08:28 GMT </LI> <LI><strong><A NAME="00144" HREF="msg00144.html">Re: Resets and repops</A></strong>, Nathan Yospe <a href="mailto:yospe#hawaii,edu">yospe#hawaii,edu</a>, Thu 20 Mar 1997, 07:49 GMT </LI> <LI><strong><A NAME="00150" HREF="msg00150.html">Re: Resets and repops</A></strong>, Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Thu 20 Mar 1997, 13:23 GMT </LI> <LI><strong><A NAME="00151" HREF="msg00151.html">Re: Resets and repops</A></strong>, Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Thu 20 Mar 1997, 14:40 GMT </LI> <LI><strong><A NAME="00153" HREF="msg00153.html">Re: Resets and repops</A></strong>, claw <a href="mailto:claw#null,net">claw#null,net</a>, Fri 21 Mar 1997, 02:57 GMT </LI> <LI><strong><A NAME="00154" HREF="msg00154.html">Re: Resets and repops</A></strong>, Nathan Yospe <a href="mailto:yospe#hawaii,edu">yospe#hawaii,edu</a>, Fri 21 Mar 1997, 03:03 GMT </LI> <LI><strong><A NAME="00158" HREF="msg00158.html">Re: Resets and repops</A></strong>, claw <a href="mailto:claw#null,net">claw#null,net</a>, Fri 21 Mar 1997, 07:47 GMT </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>