home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / HER100_1.ZIP / HERALD.ZIP / WHATSNEW.TXT < prev    next >
Text File  |  1993-05-27  |  7KB  |  154 lines
  1. -- V1.00-1
  2.  
  3. * Added new command "AnnounceMissing" which allows to switch off announcemts
  4.   of files without description.
  5.  
  6. * New graphical display shows progress while creating lists and messages
  7.  
  8. * Added switch "TextWindow" to allow two levels of window graphics -
  9.   "NO" displays progress indicator bars only, "YES" also a window
  10.   containing a detailed overview.
  11.  
  12. * Extended syntax in TRASHALL.LST/KILLALL.LST-files now allows to specify
  13.   maximum age and minimum downloads for each file listed there. Also a
  14.   new feature allowing to autmatically delete files when there are more
  15.   than a certain number in one area (look under KILLTRSH.TXT for a detailed
  16.   explanation!)
  17.   
  18. * New keywords "AreasListDir" and "ListDirType" which instructs Herald to
  19.   create an areas directory list for your mailer. Supported type is currently
  20.   Frontdoor. This ensures you that your mailer will always find the areas 
  21.   even when you change paths.
  22.  
  23. * Added my own critical error handler to avoid those damned "(R)etry,
  24.   (I)gnore, (C)ancel" junk which just causes overnight system hangs.
  25.   Herald however may react with a fatal error and return to its caller.
  26.  
  27. * Made numerous cosmetical changes to the logfile format.
  28.  
  29. * Added new keyword "AddGraphInfo" which allows FileHerald to add infos
  30.   on GIF and PCX pictures (more formats are planned). Any GIF or PCX en-
  31.   countered will get an info on dimension, color resolution and version.
  32.  
  33. * Added full WME support, both reading and writing of the special FILEAREA.n
  34.   is possible. The programming technique introduced to accomplish that now
  35.   allows to add support for any BBS type more or less easily. (Let's see,
  36.   EzyCom next?)
  37.  
  38. * Rearranged the [REPACK]-section, Herald can now call any type of repacker
  39.   (not only rearj). User has to configure all necessary commands and error-
  40.   levels. If I write repacking routines it will be an external program, too.
  41.  
  42. * Added support for Wildcat 3.x - at least Herald is able to read 
  43.   FILEAREA.DAT to locate the areas and ALLFILES.DAT to get the filedescript-
  44.   ions. He does not support that weired passwording scheme and multiple
  45.   paths for one area. Read more in WILDCAT.TXT.
  46.  
  47. * In favour of RA users I finally changed the code so that FILES.BBS lines
  48.   starting with a blank are handled as comments (as if a "-" were the first
  49.   letter). Only if "LongDescrMark" is set to "SPACE", these lines are treated
  50.   as following lines.
  51.  
  52. * Empty lines will no longer be removed from FILES.BBS and so they can be
  53.   used to emphasize comments or used as seperators.
  54.  
  55. * Changed the name of the area backup from "oldname.bak" to "FILESBBS.BAK".
  56.   When an area was edited by FEBBS, the old name was overwritten and its
  57.   contents lost.
  58.  
  59. * Made some more changes to the logfile format.
  60.  
  61. * Added two new commands "ExtraAreaFile" and "ExtraFileSpecName". The first
  62.   has the same function as the /oX-switch and allows to create a second
  63.   areafile of any type. "ExtraAreaFileSpecName YES" instructs Herald to
  64.   create a file "FILES.n" in "ExtraListPath" (this was default before).
  65.   So you are able to convert WME and WC to FILES.BBS for d'bridge mailers
  66.   and - as before - special files for RA or RoboBBS.
  67.  
  68. * The trashpath will only be checked if "TrashFile" or "RepackCommand"
  69.   is enabled - only then this path is necessary.
  70.  
  71. * Improved the format of HERALD.OLD. Now Herald will "remember" when a
  72.   file was repacked but not announced (e.g. it had no description, but
  73.   was successfully repacked - formerly it would be repacked again in some
  74.   cases when a description has been added).
  75.  
  76. * Changed default modes for lists and messages. From now on ALL lists
  77.   and messages will be created unless single lists/messages are defined
  78.   in the command line.
  79.  
  80. * Notify messages for the sysop - as they are local messages - will no
  81.   longer have "Origin" and "Path" lines with them.
  82.  
  83. * Individual "MsgHeader", "MsgFooter" * "AreaHeader" parms in the [NETMAIL], 
  84.   [ECHOMAIL], [SQUISH] sections. The reason, is that you may want different 
  85.   header for different msgs (longer and more detailed for NetMail, and
  86.   short for EchoMail, for example). If not defined, "MsgHeader" and 
  87.   "MsgFooter" are used, respectively.
  88.  
  89. * Added "SkipKilllTrash" keyword, allows to exclude certain areas from
  90.   killing and trashing (as one my have supposed :-))
  91.  
  92. * New command "AddfromCDROM" allows to disable auto-adding files found
  93.   on CD-ROM. Reason is most CD-ROMs contain much junk which hasn't to be
  94.   online at all...
  95.  
  96. * Wrote an INSTALL which makes installing Herald much easier, just enter
  97.   drive and path and let the program do the rest.
  98.  
  99. * New keywords "ShortPwdOnlyMsg", "ShortNoReqMsg", "ShortReqOkMsg" now allow
  100.   different messages (both long & short) if desired. Just because of popular
  101.   demand...
  102.  
  103. * Added "AutoWrap" command. Completely disables auto-wrapping and allows
  104.   to use FILE_ID.DIZ as they are. Hope you squealers are happy now! :-))
  105.  
  106. * Added FILE_ID.DIZ support. Herald is now able to retrieve descriptions
  107.   from FILE_ID.DIZ or similar.
  108.  
  109. * The three levels of "UseFile_id" now have the following function:
  110.   NONE   : Ignores any FILE_ID.DIZ
  111.   MISSING: Try to add a description from FILE_ID.DIZ if it is missing
  112.   ALWAYS : Try to find a FILE_ID.DIZ and replace the old description if found
  113.  
  114. * If Herald adapts a file description from FILE_ID.DIZ, he stores a "W" flag 
  115.   in HERALD.OLD which tells him not to wrap these descriptions anymore. This
  116.   allows both nicely formatted ASCII boxes and automatic wrapping at the same
  117.   time.
  118.  
  119. * New keyword "StripHiASCII YES|NO" which defaults to "NO". It tells Herald
  120.   to remove all non-standard ASCII characters from adapted FILE_ID.DIZ.
  121.   Might mess them up a bit, but allows to use the function with SBBS where
  122.   there's not enough space for large boxes.
  123.  
  124. * New keyword: "RemoveEmptyLines YES" removes empty lines from FILES.BBS's. 
  125.   Default is "NO", but I hate these empty lines, so I added that for me 
  126.   personally .-))
  127.  
  128. * New keyword: "BlanksAsComment NO" is also my personal wish, it allows to 
  129.   tell Herald to consider lines starting with a blank as long descriptions 
  130.   even if "LongDescrMark" is not set to SPACE.
  131.  
  132. * Made long description handling even smarter, now allows to recognise comment
  133.   lines more exactly. When a line has more than 30 blanks, it is considered
  134.   a long description, otherwise a comment (depends on the settings by
  135.   "BlanksAsComment" and "LongDescrMark".
  136.  
  137. * Herald is able to creat justified descriptions. "DESCRJUSTIFIED <YES|NO>"
  138.   is allowed in the FILELIST and ANNOUNCE section and defaults to NO.
  139.  
  140. * Optimised code so that Herald runs a bit faster now.
  141.  
  142. * Herald now allocates any memory actually only when it's needed instead of
  143.   getting it and freeing it. This gives (because of the malloc-bug) more
  144.   free memory and thus more files which can be handled at a time.
  145.  
  146. * Herald creates an additional areainfo file containing ANSI color commands.
  147.   This file can be displayed from a BBS menue. There is a complete set
  148.   of token commands available which allow to define the info file freely.
  149.  
  150. * Additional flags for netmails: IMM (immediate), DIR (direct) in favour of
  151.   d'bridge users; ARQ (audit receipt request), URQ (update receipt request),
  152.   whatever that is.
  153.  
  154.