Griatch c7cbc4854e Reworked object command tables. ... Object commands used to require re-adding every call in the script parent's __init__ or factory functions, adding the commands to a new command table directly on the object. Since all other attributes can be set up in at_object_creation(), this was both inconsistent and a bit confusing to work with. There is now a method add_commands() directly defined on all objects. It takes the same arguments as the normal add_command()o but use a reserved attribute to create and update a command table on the object. This has the advantange of completely removing the __init__ call in the script parent, all definitions can now be kept in at_object_creation() and are, more importantly, persistent without having to be recreated every call. - I updated the examine command to show all the commands defined on an object (if any). - I updated gamesrc/parents/examples/red_button.py considerably using the new command methodology and also using the updated Events. . Griatch		2009-12-03 00:41:53 +00:00
..
docs	Forgot to update the @cpattr help file with a minor syntax fix.	2009-01-24 20:48:57 +00:00
gamesrc	Reworked object command tables.	2009-12-03 00:41:53 +00:00
web	Ah heck, why not one more?	2009-01-30 06:45:18 +00:00
__init__.py	More re-arranging to make things more closely resemble MUX/MUSH directory structure. Reason we're doing this is to begin the emergence of a separation of server code from game-specific stuff (called a driver by some codebases like LPMud).	2008-12-15 03:37:30 +00:00
evennia.py	Two patches, courtesy of Ari:	2009-07-06 02:55:25 +00:00
manage.py	This may actually knock out our settings problem for good.	2009-01-15 15:03:18 +00:00