Release 0.01
[usenet/newsstats.git] / doc / TODO
index 52c60ac..fd0fc58 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -12,6 +12,10 @@ Bug numbers refer to the Mantis issue tracker at <http://bugs.th-h.de/>.
   - 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 <http://bugs.th-h.de/>.
   - 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 <http://bugs.th-h.de/>.
     - 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
This page took 0.010202 seconds and 4 git commands to generate.