Tidy TODO, add 'burn automake' to my list.

git-svn-id: http://anope.svn.sourceforge.net/svnroot/anope/trunk@1537 5417fbe8-f217-4b02-8779-1006273d7864

TODO

@@ -1,14 +1,14 @@
+Legend:
+	x = done
+	? = unsure
+	+ = in progress
+
 VIPER'S CHRISTMAS LIST
 ----------------------
 
-- way for one module to depend on another... not like 2 MOD_HEADs and it being unpredictable which is loaded first..
- the MOD_HEAD MOD_TAIL allows for too few combinations
- NOTES:
-	I already want this anyway, I'd like to move a lot of, e.g, botserv.c into a bs_main, and make bs_* depend on bs_main.
-	We could do this quite easily using interface code like insp.
-
-- building on previous example, a way for one module to interact with another.. moduleGetData() only works for current module..
- NOTES:
+[ ] way for one module to depend on another... not like 2 MOD_HEADs and it being unpredictable which is loaded first..
+	the MOD_HEAD MOD_TAIL allows for too few combinations (interface code of insp, hooks code of insp?)
+[ ] A way for one module to interact with another.. moduleGetData() only works for current module..
 	moduleGetData() needs to die in a fire.
 
 	We should replace this with proper inheritance of a class MetadataObject, which allows Shrink(), Extend(), GetExt().
@@ -17,51 +17,33 @@ VIPER'S CHRISTMAS LIST
 
 	This also allows modules to tie whatever data they want onto any object.
 
-- generic database routines modules can use to create their own database
- NOTES:
-	Partly addressed by burning moduleGetData() above, but I also want an "easy" way for modules to write their *own* databases.
-	This will be tricky, and requires more thought.
+[ ] generic database routines modules can use to create their own database
+[ ] generic way to check which modes a user has set (u->HasUmode(UMODE_OPER))
+? [ ] a way for a module to queue itself (or even another module) for unloading
+[x] additional field where users' masked host can be stored so both masked IP and vhost are available instead of just one.
 
-- generic way to check which modes a user has set has_umode("h") for example that would be passed to protocol module
- NOTES:
-	I like the idea, I don't like the interface. I want the umodes to be constants based on features rather than characters, as that
-	is just asking for confusion and hell.
-
-	e.g.
-
-	User *u = findnick("w00t");
-	u->HasUmode(UMODE_OPER); // etc.
-
-- a way for a module to queue itself (or even another module) for unloading
- NOTES:
-	Needs clarification, or possibly burning. I'm not sure why dependancies are needed in this way, but it seems scary?
-
-- additional field where users' masked host can be stored so both masked IP and vhost are available instead of just one.
- NOTES:
-	Already done (CBX).
-
--------------------------
 
 w00t's CHRISTMAS LIST
 ---------------------
 
-- no struct Uid bollocks. that's insane, and now, unnecessary that we store UID in BotInfo.
-- Move AnopeInit and AnopeFini(?) into a derived module class, change MODULE_INIT to return a pointer.
-- Move a (lot) of stuff to class members as a defined interface rather than copypasta everywhere (ns_set, ns_saset!)
-- prevent deletion of core services via /bs bot
-- Redo database insanity.
-- burn do_sjoin with fire
+[x] no struct Uid bollocks. that's insane, and now, unnecessary that we store UID in BotInfo.
+[ ] Move AnopeInit and AnopeFini(?) into a derived module class, change MODULE_INIT to return a pointer.
+[ ] Move a (lot) of stuff to class members as a defined interface rather than copypasta everywhere (ns_set, ns_saset!)
+[x] prevent deletion of core services via /bs bot
+[ ] Redo database insanity.
+[ ] burn do_sjoin with fire
+? [ ] burn automake with fire
 
--------
 anopeng-uid branch TODO
+-----------------------
 
-- add overridden form of SendGlobops accepting BotInfo
-- SendAkill should just take a pointer to the Akill class instead of millions of fields
-		(same for some other stuff)
- - chan_set_modes should take BotInfo, possibly with override for User *?
-- SendClientIntroduction should take a UID param, rather than generating one(?)
+[ ] add overridden form of SendGlobops accepting BotInfo
+[ ] SendAkill should just take a pointer to the Akill class instead of millions of fields (same for some other stuff)
+[ ] chan_set_modes should take BotInfo, possibly with override for User *?
+[ ] SendClientIntroduction should take a UID param, rather than generating one(?)
 
 
 anopeng-config branch TODO
+--------------------------
 
-- remove old config, replace with insp-inspired (albeit bind format) config
+[+] remove old config, replace with insp-inspired (albeit bind format) config (CBX)