dicinfo changelog
-----------------

05/02/04 - learn/delete access mode changed from +o to +f
         - var $lfile(cmm) and $lfile(cms) in dic-cmd.tcl defines how
           the database is shared between channels.  this corrects the
           the bug introduced by keeping a separate database for each
           channel (the ln -s trick doesn't work)
         - added a FAQ file

30/01/04 - minor cleanups on the documentation files
         - removed some unused global vars

28/01/04 - minor cleanups on the documentation files
         - changed the triggering scheme.  instead of !char there's only
         - one !dic trigger.

         - !dic (get help)
         - !dic -a <key> <definition>
         - !dic -d <key> idx
         - !dic -f nick
         - !dic -s <string>
         - !dic -z

         - triggers ?? and !! are intact
         - corrected the pub:learn:teg procedure (missing brackets)
         - removed dic-msc.tcl and dic-hlp.tcl (pointless)
         - remove the TRIGGERS file (obsolete)
         - personalized help messages for different users

         - each channel have is own database file (all *.tcls updated)

26/01/04 - r3pek has written a php web search interface to use on dic.dat
           it's now possible to search the database on the web.  see php/

25/01/04 - corrected something inevitable.  when saving definitions with
           {} or " witch are tcl control characters the dic.dat now gets
           these control codes as well.  it's the only _easy_ way to get
           the original definitions saved

           to minimize this (especially when parsing dic.dat) you can
           filter the database with:

           cat dic.dat | tr -d "\173" | tr -d "\175" > dic-parsed.dat

23/01/04 - minor misspelling semantics on the documentation corrected
           created a TRIGGERS file containing all triggers usage

21/01/04 - created a BUGS and ChangeLog (this one) files
         - updated the README file describing installation procedures

12/01/04 - bug found by Daedric:  nick and the time misplaced on dic.dat
         - four $fp closed (leak fixed)
         - changed dic.dat format to:

         - 2003-01-01T00:00:00Z nick unikey long-spaced-description

         - and the new date/time scheme conforms to rfc3339
         - removed the xml conversion
         - updated dic-dbs.tcl to include percentage contributed
         - old database format conversion using elmig quick hack in php

11/01/04 - major coding to include multiple definitions per key (default 10)
         - almost half of the procedures updated

09/01/04 - minor hiccups on the dic-hlp.tcl file corrected
         - changed some privmsg to notices (popular request)

08/01/04 - deleted !i and info.sh.  it's pointless
         - dic.tcl has been divided into several modules (separated files)
         - documentation is to be done.  (created a TODO file)
         - removed some unused variables
         - added a millisecond counter to some procedures (parse time)

07/01/04 - added !i trigger.  it uses info.sh script to display some machine
         - statistics.  a quick hack
         - ?? (notice) and !! (privmsg $chan)

15/12/03 - clone trigger ?? added.  does the same as !!

19/11/03 - learn:dbs search is now case insensitive

17/11/03 - ardoRic once again optimized the code meaning:
         - (1) less access to the .dic file
         - (2) learn:isthere proc as gone bye-bye
         - (3) learn:get returns the string if it is found or else ""
         - (4) misc changes on the other procs reflecting these changes
         - does putmsg make sense over puthelp ?

16/11/03 - limited search results to 192 chars maximum
         - forget to close file handle on learn:get (seen by ardoRic)

14/11/03 - added !s <nick> extension

12/11/03 - add pub:learn:ath (author information) !a

10/11/03 - cleaned old code.  minor changes
         - add a search procedure learn:sch and pub:learn:sch !x

09/11/03 - clean up code
         - add pub:learn:dbs procedure
         - imposed a maximum limit on definitions (192 chars)
         - created learn:bz2 -> a distributed tarball system
         - safely can happen a user request the tarball at the same that is
           being generated

"A beginning is a very delicate time."  (Princess Irulan, Dune)
