<!-- 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>