home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / dwnsrt62.zip / WHATSNEW.62K < prev   
Text File  |  1995-11-05  |  7KB  |  127 lines
  1.  
  2.  
  3.     What is new in Downsort version 6.2?
  4.  
  5.     Note: This version of Downsort supports Maximus version 3!!  Downsort
  6.     6.1 is the last version to support Maximus version 2.
  7.  
  8.     ■  Downsort is now shareware and requires registration and fee after a
  9.        trial period of 30 days.  See chapter "Registration and Shareware
  10.        Fee" for how to register.
  11.     ■  A new format "IPNFileList" is available: a NEWFileList in
  12.        IPF-Format.  All features and switches that apply to NEWFileList are
  13.        valid.  Group sorting (parameter -g) is recommended to show
  14.        divisions.
  15.     ■  Another new list type "TOPFileList" added.  If you maintain a
  16.        download counter in the file description part of FILES.BBS in the
  17.        format '[nnn]' (numeric value between brackets as first part of the
  18.        description), this may be useful to generate a list of most
  19.        frequently downloaded files.
  20.        Note: Downsort itself only reads the download counter (does not
  21.        update it).
  22.     ■  The code for IPFFileList (for IPFC of OS/2 1.2/1.3) has been removed
  23.        and IP2FileList has been renamed to IPFFileList.  So you need at
  24.        least an IPFC of the level of OS/2 2.0 (IPFC version 2).
  25.     ■  The OK-FileList now only can build 'short' OKfiles (one line per
  26.        directory).  To create a 'long' format of an OK-FileList (with a
  27.        'magic' name for each file), you'll need USRFileList.  See the
  28.        sample in Downsort.Cfg.
  29.     ■  The EMI-FileList is not supported anymore.
  30.     ■  New 'open' BLOCK-title font added (-F5).
  31.     ■  Fullstop-character or colon (':') added to all block fonts.
  32.     ■  Commandline option '/Ixx' added to let Downsort execute in IDLE
  33.        priority class level 'xx' (number in range 1..31, default 16).
  34.        Applies only to the 32-bits OS/2 version.
  35.     ■  Areanames not limited to 8 characters anymore.
  36.     ■  The Orphan-Adoption flag '-O' is now active for all lists.
  37.        Specification of the '-O' flag will show orphans in the list, but
  38.        for real 'adoption' you have to specify the flag in FILFilePath!
  39.     ■  Remove flag '-R' is now active for all lists.  If specified
  40.        'offline' files will not be reported.
  41.     ■  Truncate (-T) or Wrap (-W) flags now also applicable to FILFileList.
  42.        The maximum length of FILES.BBS lines will be 1024 bytes (the
  43.        maximum supported by Maximus 3.00).  This is more Maximus friendly
  44.        and may avoid problems with FB[P]  and MAXFILES.IDX.
  45.     ■  A couple of other 'cosmetic' list improvements.
  46.     ■  More robust parameter checking to prevent obviously duplicate,
  47.        missing or conflicting specifications.  If available with the
  48.        particular check, messages will contain the line number of the used
  49.        'Downsort.Cfg' that contains the possible error.
  50.     ■  When selecting an undefined areagroup with xxxFileList the list will
  51.        be empty in stead of containing all areas.
  52.     ■  Improved error handling.  One improvement is that the 'semaphore'
  53.        file Downsort.Bsy is always removed before termination, even with
  54.        Ctrl-Break and internal error conditions.
  55.     ■  All code for support of privilege and userkeys/locks has been
  56.        removed.  The major consequences are:
  57.        ∙  Area selection can only be obtained with AreaGroup and
  58.           areaIN/EXclude specifications.
  59.        ∙  If migrating from an earlier version of Downsort you need to
  60.           remove the Privilege/Keys specifications on the xxxFileList lines
  61.           in Downsort.Cfg!
  62.        ∙  The '-X' xxxFileList parameter controls now the display of the
  63.           Access Control String (ACS) in stead of the 'privilege/lock'
  64.           values.
  65.     ■  The explanation of areaIN/EXclude in the sample Downsort.Cfg has
  66.        been significantly entended to help you better with the area
  67.        selection specifications.
  68.     ■  Changes in USRmodel variables:
  69.        ∙  '%A' variable in the USRmodel specification now presents the
  70.           fully qualified areaname, including division prefixes.
  71.        ∙  A new '%U' variable presents the unqualified areaname (without
  72.           division prefixes).
  73.        ∙  The '%$'-variable in USRmodel will now display the ACS of the
  74.           file area.
  75.     ■  New appendix in Downsort.Doc with an example how non_MAXIMUS users
  76.        could use Downsort.
  77.     ■  By lack of even a single response UCOPY is omitted from the Downsort
  78.        package.  It remains available on request as a separate package.
  79.     ■  The ability of MAX 3.00 to work with areadivisions made it necessary
  80.        to change the format of some lists.
  81.        ∙  Downsort will generally use fully qualified areanames including
  82.           the division-names, such as "Etc.Gen.Misc".  Your areaIN/EXclude
  83.           specifications should use fully qualified names as well, or just
  84.           file-divisions if you like (use the terminating '.'-character).
  85.           Remember: all areaIN/EXclude specification strings are used as
  86.           prefixes.
  87.        ∙  In lists with the areaname on each line only the unqualified
  88.           areaname without division-prefix (with a maximum of 10
  89.           characters, was 8) will be used.  The unqualified areaname is
  90.           also used in places where the areaname is to be listed in
  91.           BLOCK-characters (limited by linelength of 79 characters).
  92.        ∙  In lists with the areaname in a normal text-mode header, the
  93.           fully qualified areaname including the divisions will be used.
  94.        ∙  If you specify a destination directory for FILFileList, then
  95.           Downsort will use the unqualified areaname to create an
  96.           "Areaname.BBS" file for every participating area.  Beware of
  97.           duplicate areanames that might be generated in this way, maybe
  98.           also as result of truncating long areanames to 8 characters (to
  99.           keep Downsort working for FAT volumes).
  100.        ∙  Some formatting flags have different defaults to anticipate on
  101.           the long fully qualified names.
  102.        ∙  'AreaOrder' has changed:
  103.           -  'Alphabetic' will take the unqualified name (without the
  104.              division prefixes).
  105.           -  'Group' will take the qualified name (including the division
  106.              prefixes).
  107.           -  The feature of previous versions of Downsort to 'split' a
  108.              trailing numeric suffix from the areaname to obtain a 'proper'
  109.              sequence has been abandoned.  If you still use sequence
  110.              numbers in areanames and you want them sorted 'numerically',
  111.              please ensure they have equal length by inserting leading
  112.              zeroes.  For example if you use areanames like: ABC1, ABC2,
  113.              ... ABC9, ABC10, ... etc, rename these into ABC01, ABC02, ...
  114.              ABC09, ABC10, etc.
  115.  
  116.     Bug fixes
  117.  
  118.     ■  The last file description in FILES.BBS will now also disappear when
  119.        the area has become empty and the '-R' option has been specified
  120.        with FILFilePath.
  121.  
  122.     ■  AreaGroup definitions are now OK (trailing blanks and end-of-line
  123.        characters were not always removed correctly).
  124.  
  125.     Read also the commentlines marked '6.2' in Downsort.Cfg.
  126.  
  127.