diff options
| -rw-r--r-- | TODO | 70 |
1 files changed, 26 insertions, 44 deletions
@@ -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 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). +[ ] 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. -------------------------- 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) |