On Wed, 5 Feb 1997, pjh wrote: > I am not much of one who has studied all the philosophies behind memory > usage and efficiency in code. Pretty much if it works I smile. But when > i thinking about coding in 'class_switching' in which it checks for what > class the guildmaster is a part of (or master to) in a routine I got > stumped and in my ever-vescent ability have decided that making 8 > seperated SPECIAL(guild_thief) SPECIAL(guild_fighter) etc masters is the > easiest and most obvious way of doing this. BUttttttt it doesn't seem to > be the most efficient. Any ideas on a superior way of doing it? I just > simply want it so that the guildmaster will check to see what class_type > that it is. Thanks for any help. Preciate it. > Well, there is one way that would be a bit more tedious but much more functional. Set an extra bit in the .mob files for a class. then in SPECIAL(guild) check to see if player.race is the same as mob.race, ya know what I mean. Then you could also use the races you've set on mobs to designate skills and spells that the mob could get by their race and end the need for a lot of mob progs for casting and such in the future. Don't ask me any specifics on this because I personally see no reason in wasting my time on such a venture. _/ _/ _/ _/ _/_/ _/_/ _/_/ _/_/_/ _/_/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/ _/ _/ _/_/ _/_//_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/ _/ _/ _/_/ _/ _/ _/ _/__/ _/ _/ _/ _/ _/_/_/ _/_/ _/ _/_ +-----------------------------------------------------------+ | Ensure that you have read the CircleMUD Mailing List FAQ: | | http://cspo.queensu.ca/~fletcher/Circle/list_faq.html | +-----------------------------------------------------------+
This archive was generated by hypermail 2b30 : 12/18/00 PST