> 1. The SMAUG way: > obj progs have their own triggers and such, uses a master "slave mob" > which will has its names/etc set to the object's, and loads into the room > the object is in. It runs the progs/etc. i would probably do it this way for the sole reason that i don't want to have to cut and paste the mobprog code, then go back through it to make sure i didn't miss anything..also, this is how i've done room progs...basically just set up an intangible mob, and have it do the dirty work...it works out very well.. > BTW I plan on releasing these to the public once I'm done, in the same > manner I released my ROM2.4 prog system that I ported to Circle. > Speaking of which, has anyone actually used it, and do you like it? Any > suggested improvements? i was never able to get it un-binhexed, so i never got to look at it :) siv +------------------------------------------------------------+ | Ensure that you have read the CircleMUD Mailing List FAQ: | | http://democracy.queensu.ca/~fletcher/Circle/list-faq.html | +------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 12/08/00 PST