Modeling spells/skills as collections of affects

S001GMU at nova.wright.edu S001GMU at nova.wright.edu
Thu Sep 4 08:49:09 New Zealand Standard Time 1997


Date: Thu, 04 Sep 1997 02:42:52 +0000 (PST8PDT)
From: cg at ami-cg.GraySage.Edmonton.AB.CA (Chris Gray)

>[Greg ?:]
>
>:I've been mulling over this idea of making spells more than just a special
>:block of code that does whatever you want it to.  We are using a Relational
>:DB and it occurred to me that most (if not all) spells would only be
>:modifying values in the DB.
>
>Don't forget information spells - those that provide the caster with
>information not normally available. On my little server, the two I use
>most often are "look", which lets me look at a character regardless of
>where that character is, and "find", which shows what that character
>currently sees. Both work even if the character is not currently logged
>in, which is important given how infrequently I check!

build a new view of the data.  quite simple really.  It would be different
from 'modify' spells, and probably would require another type of entry in
the costs table, but it's not fundamentally different from a slightly more
complicated spell...  it would require more than a simple update query,
but nothing too terrible...  Thanks for pointing it out.  I had forgotten
about them.  :)

-Greg



More information about the MUD-Dev mailing list