The bulk of this project has been moved to libd20, which is also found here on sourceforge.
I think mud20 is alive again. I have made a lot of (small) commits to the svn repository including a -- tada -- design document (written in docbook). The source for it is in the svn trunk/doc/.
A bloke approached me a few days ago and asked me if I wanted to join forces with him in creating a library which is largely the library part of mud20 -- I accepted and it appears we will be making a new design and implementation. Time will tell what exactly will happen.
The project is going through a pause as I am assesing just what I have so far. Things are likely to change a lot as soon as I get working on the project.
I've finally begun working on the project again. I have also gathered a small team to help me out -- we have the good fortune of living in the same city and I even study computer science with one of them.
This project is not dead.. planning just takes longer than expected. D20 surely is a complex system with loads of little rules that you have to remember.
One of my friends recently dropped out of university and decided that he also needed this so he is now planning to learn C++ and will join the team.
A first issue homepage is now working.
PhpWiki is being used for documentation and a very poor index.html page is now in place.
the url to the wiki pages is: http://mud20.sourceforge.net/wiki/
The first CVS commit has just rolled in. This is not exciting. It contains a die roller and a general type definition header filer. Also a few test programs, but nothing big.
It is still undecided what the GUI should be. Originally it was planned to create an Allegro project but since it has become apparant that this will require a port of Allegro to WinCE, if we want PDA support, the question is still open.
GTK is very likely to be the thing that will be used, but Qt looks pretty nice too - on the paper (and the screen).
The rules of the SRD is still being adopted to code, so it will likely not be for some time till a decision is made.... read more
The development of mud20 goes on no-matter what - let me put that clear - however, after a more through read of the licening conditons of the System Reference Document, it has become apparant that it is very restrictive around software. The problem is that the term used, "Interactive Games", and it's defintion is so broad that it makes it impossible to make a tool, even as humble as this one.... read more