One suggestion that came up a while back (under this topic)
was to add a variable to the zone files.
0 (or none) = max per world
1 = max per zone
2 = max per room
so,
M 0 3501 10 3509 0 0
means to check max per world
M 0 3501 10 3509 0 1
means check per zone
M 0 3501 10 3509 0 2
per room
Only downfall I see is you would have to watch the
world and zone checks if you use a room check for the mob.
like: If you do a check for the room, max 2, then you want
to check the zone for max 2 (in another room) you might not
load them depending on which order the entries are.
I would rather see it check max world/zone/room for each
with something like:
W Z R
M 0 3501 10 -1 -1 3509 0
M 0 3501 10 -1 5 3509 0
M 0 3501 10 5 -1 3509 0
M 0 3501 10 5 5 3509 0
M 0 3501 -1 -1 5 3509 0
-1 = ignore the check for the wld/zon/rm
(code to check that world >= zone >= room (not counting -1's))
Only problem with this, is the current zone files..
Maybe make a new Mob load to mimic M
and store it as ?
N 0 3501 10 -1 -1 3509 0
N 0 3501 10 -1 5 3509 0
-----Original Message-----
From: Circle Discussion List [mailto:CIRCLE@post.queensu.ca]On Behalf Of
Alex
Sent: Monday, March 27, 2000 12:09 PM
To: CIRCLE@post.queensu.ca
Subject: Re: [CIRCLE] Mobile-loading question
> I suggested to George to add in a possibility to have a max zone and
> max room flags also vice just max world.
For what? Where would these be stored? In the same line as the 'M'
flag? If so, that's the general idea that I was suggesting later on.
The big problem with this is that it requires all of the Zone Files to
be checked (not just the ones that come with CM, but the ones that
everyone out there has been using for however long). A simple perl
script could be doodled up to deal with it (without a problem), but
people would have to _really_ be told about this change.
As someone else mentioned, none of this should be stored _anywhere_ but
in the zone file (all reset data should be located in one place, elsewise
things begin to get rather unmanageable).
+------------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
| http://qsilver.queensu.ca/~fletchra/Circle/list-faq.html |
+------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 04/10/01 PDT