Python MUD/MUX/MUSH/MU* development system http://www.evennia.com
Find a file
2007-05-04 16:58:56 +00:00
apps Added a @reload command to reload most of the modules. This currently only seems to work for the stuff outside of the apps directory, and doesn't include the server, session_mgr, or events modules, as they have variables in them that we can't have reset. So basically, changes to the functions_ and commands_ modules can be applied with @reload, but little else. Hopefully this will improve with time. Also fixed a bug with @name'ing players but not updating their account's username to reflect it. 2007-04-30 17:51:55 +00:00
doxygen Finalizing layout. 2007-04-03 13:43:49 +00:00
__init__.py Re-organization. 2007-04-03 13:42:51 +00:00
ABOUT Was looking for an excuse to nab revision 100 :) Updated some stuff to reflect our new Google project/code pages. 2007-04-30 20:02:11 +00:00
ansi.py Re-organization. 2007-04-03 13:42:51 +00:00
cmdhandler.py Finish up single-character aliases for pose, say, and pose/nospace. 2007-04-30 19:49:30 +00:00
commands_general.py Finish up single-character aliases for pose, say, and pose/nospace. 2007-04-30 19:49:30 +00:00
commands_privileged.py Added a @reload command to reload most of the modules. This currently only seems to work for the stuff outside of the apps directory, and doesn't include the server, session_mgr, or events modules, as they have variables in them that we can't have reset. So basically, changes to the functions_ and commands_ modules can be applied with @reload, but little else. Hopefully this will improve with time. Also fixed a bug with @name'ing players but not updating their account's username to reflect it. 2007-04-30 17:51:55 +00:00
commands_unloggedin.py More command sanitizing checks, renamed startup script to startup.sh. 2007-04-03 20:15:54 +00:00
defines_global.py Implemented page history, meaning you don't need to provide your victim's name/alias and the equal sign after the initial page. TODO: Allow paging multiple people at once, ala MUX. 2007-04-30 18:39:41 +00:00
evennia.vhost.apache Re-organization. 2007-04-03 13:42:51 +00:00
events.py Adding a session validity check in hopes of eventually expiring timed out connections. 2007-04-25 20:11:29 +00:00
functions_db.py Addition of a player_search() function in functions_db. This first searches for alias matches (exact, no case-sensitivity). If it finds none, it does a normal local_and_global_search() limited by object type PLAYER. Also did some more code cleanup and commenting. 2007-04-30 14:21:48 +00:00
functions_general.py Added a @reload command to reload most of the modules. This currently only seems to work for the stuff outside of the apps directory, and doesn't include the server, session_mgr, or events modules, as they have variables in them that we can't have reset. So basically, changes to the functions_ and commands_ modules can be applied with @reload, but little else. Hopefully this will improve with time. Also fixed a bug with @name'ing players but not updating their account's username to reflect it. 2007-04-30 17:51:55 +00:00
functions_help.py Re-organization. 2007-04-03 13:42:51 +00:00
gameconf.py No longer need to distribute a database file. Each user will run their syncdb script and start with a clean slate. Updated installation instructions in README. 2007-04-25 19:39:15 +00:00
initial_setup.py No longer need to distribute a database file. Each user will run their syncdb script and start with a clean slate. Updated installation instructions in README. 2007-04-25 19:39:15 +00:00
INSTALL * Created INSTALL; moved initial installation instructions from README 2007-05-04 16:58:56 +00:00
manage.py Re-organization. 2007-04-03 13:42:51 +00:00
README * Created INSTALL; moved initial installation instructions from README 2007-05-04 16:58:56 +00:00
scheduler.py Adding a session validity check in hopes of eventually expiring timed out connections. 2007-04-25 20:11:29 +00:00
server.py Added a @reload command to reload most of the modules. This currently only seems to work for the stuff outside of the apps directory, and doesn't include the server, session_mgr, or events modules, as they have variables in them that we can't have reset. So basically, changes to the functions_ and commands_ modules can be applied with @reload, but little else. Hopefully this will improve with time. Also fixed a bug with @name'ing players but not updating their account's username to reflect it. 2007-04-30 17:51:55 +00:00
session.py Changing the user login command to use the player's email address instead of username. Also Require quotes around the username with the character creation command regardless of whether it's two words or one. 2007-04-03 15:17:46 +00:00
session_mgr.py Remove get_ansiname() by condensing functionality into get_name(). Removed session debug statements I had in for testing. 2007-04-26 20:32:56 +00:00
settings.py.dist Renaming the default database file to evennia.db3 instead of evennia.sql, which is often used to signify text-based SQL dumps. Remember to re-name your database file and adjust your settings.py accordingly if you want to follow suite. Existing installs should theoretically be unaffected. 2007-04-26 19:32:26 +00:00
startup.sh Unintentionally committed a change to startup.sh, reversing. 2007-04-26 19:33:15 +00:00
TODO Movin the TODO list to the google code group page. 2007-04-23 15:57:34 +00:00
urls.py Minor update. 2007-04-26 02:19:49 +00:00

About Evennia
-------------
Evennia is a proof-of-concept MU* server that aims to provide a functional
base for developers. While there are quite a few codebases that do the same
(and very well in many cases), we are taking a unique spin on the problem.
Some of our flagship features include (or will one day include):

* Extensive web integration.
* The ability to build/administer through a web browser.
* Shared accounts between the website and the game.
* Optional web-based character creation.
* Extremely easy-to-manipulate SQL database back-end via Django 
  (djangoproject.com)
* Simple and easily extensible design.
* Very granular permissions. Individual and group based.

The essential points here are the web integration and the SQL backing via
Django. The Django framework has database abstraction abilities that give us
many features free, such as:

* The codebase will run transparently on MySQL, SQLite, or Postgres
* At the time of this document's writing, our SQL-backed application here
  contains 0 lines of SQL. Django's database abstraction layer is absolutely
  simple yet very powerful.
* For any model we outline for the server's use, we have the ability to
  more or less automatically generate a web-based admin interface for it with
  two lines of code. This lets you Create, Update, or Delete entries.
* On the web-based side of things, features such as automatic form validation,
  abstraction of sessions and cookies, and access to whatever game data you
  desire are all attractive.
  
Support and Development
-----------------------
Since we're so early in development, we really can't hope to offer much support.
However, if you'd like to report bugs, make suggestions, or help with the
code work, visit either or both of the following links:

* Evennia Webpage
  http://evennia.com

* Evennia Code Page
  http://code.evennia.com

* Evennia Test Game
  evennia.com port 4000