home *** CD-ROM | disk | FTP | other *** search
/ Otherware / Otherware_1_SB_Development.iso / amiga / comms / bbs / bullchk1.lha / Versions.doc < prev   
Text File  |  1992-03-30  |  2KB  |  37 lines
  1. This is just your average text file that desribes the changes done to the
  2. program over time.
  3.  
  4. V1.01   - released Mar. 30, 1992
  5.         - After looking at the code a couple of weeks after the initial
  6.            release, I realized that the setting up procedure I described in
  7.           the documentation was not going to work for most people.  It would
  8.           only work if 1 of two conditions were met:
  9.           1) You had exactly 12 bulletins, just like me.
  10.           2) You hacked my code (shame on you :-), and made it work for your
  11.              setup (if anyone managed to do this, it's a miracle you under-
  12.              stood ANY of it :-)
  13.           So, I've fixed the problem up.  In the process, I've removed the
  14.           PRINTSTUFF procedure (that was the procedure that would have caused
  15.           the program not to work right).  So now, not not only will this
  16.           version work on everyone's setup, the size has been cut down by 28
  17.           lines of code.
  18.           Just a note, that I'm altered the setup procedure in the doc file
  19.           to relect the new setup (it's almost identical).
  20.         - I've also decided NOT to read in the bulletin names from the
  21.           bulletin.cmds and bulletin.cfg files as I said I probably would in
  22.           the documentation.  I did this for one reason (no, not because I'm
  23.           lazy :-).  Because many people (like me) have bulletins that are
  24.           updated daily (Top-downloaders, top-uploaders, scores for online
  25.           games, etc), and it's an annoyance to users to have BullCheck tell
  26.           them there are always new bulletins, no matter how many times they
  27.           logon in a day.  These bulletins are really not important, and I
  28.           don't think it's worth it to tell the user that these rather
  29.           unimportant bulletins should be read.
  30.           What this does is allow the sysop to determine which bulletins he
  31.           (or she (can't call me sexist now 8-) )) thinks are important, and
  32.           thus tell the user to read them whenever they are changed.
  33.         - I've also included my Netmailing address.  It's at the end of the
  34.           doc file.
  35.  
  36. V1.0    - initial release
  37.