X-Git-Url: https://code.th-h.de/?p=usenet%2Fnewsstats.git;a=blobdiff_plain;f=doc%2FTODO;h=fd0fc58528cc0d872a213e52cf73c51d2da9bb16;hp=52c60acdeab6adea237e6a83c57df97001754092;hb=HEAD;hpb=06402a2526003efe978aeaf08bfe9d8dd733869c
diff --git a/doc/TODO b/doc/TODO
index 52c60ac..fd0fc58 100644
--- a/doc/TODO
+++ b/doc/TODO
@@ -12,6 +12,10 @@ Bug numbers refer to the Mantis issue tracker at .
- Add a test suite
There is currently no kind of test suite or regression tests. Something like
that is badly needed.
+ - separate directories (bin, config, ...)
+ - make NewsStats installable in accordance with LFS and customary procedures,
+ i.e. scripts to /usr/local/news/bin or /usr/lib/news/bin, configuration
+ to /usr/local/news/etc or /etc/news and so on
* Additional features
- Add hierarchy information (GroupInfo - Bugs #19 #20 #21 #22 #23 #24 #25 #26)
@@ -29,16 +33,19 @@ Bug numbers refer to the Mantis issue tracker at .
- Add other reports
NewsStats should include some other kinds of reports (stats on used clients,
on postings hosts/servers, ...)
+ - Add tools for database management
+ NewsStats should offer tools e.g. to inject postings into the 'raw' database,
+ or to split databases.
* Individual improvements
+ NewsStats.pm
- - Add error handling when reading config (Bug #13)
- NewsStats should check if all mandatory options are set. Some syntax or
- content related checks would be in order.
+ - Improve error handling when reading config
+ Some syntax or content related checks would be in order.
Some other tests - working database connection, valid database and table
names - would be nice.
+ install/install.pl
+ - Read current version from a file dropped and updated by installer
- Add / enhance / test error handling
- General tests and optimisations
@@ -54,13 +61,6 @@ Bug numbers refer to the Mantis issue tracker at .
- General tests and optimisations
+ groupstats.pl
- - output: fix formatting - GetMaxLength does not work for special queries
- like -l or -b
- - beautify output (formats / captions)
- - -a: improve code - it doesn't make that much sense to get first/last
- month from database just to query that same database with a time period
- that equals no time period ... this part of the WHERE clause should be
- dropped instead
- better modularisation (code reuse for other reports!)
- Add / enhance / test error handling
- General tests and optimisations