home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / comm / k9x88d_2.zip / WHATS.NEW < prev    next >
Text File  |  1989-09-11  |  51KB  |  994 lines
  1.  
  2.            B E    S U R E    T O    R E A D    T H I S    F I L E
  3.  
  4.   This file contains information concerning each of the new versions of  K9X.
  5.   All  changes  up  to  and  including  version  8.50 are now included in the
  6.   various DOC files.
  7.  
  8.   All newer than v8.50 changes/additions covered in  this  file  replace  any
  9.   information  contained  in K9X.DOC dealing with the same subject(s).  Since
  10.   new features are added and old features  are  changing,  this  entire  file
  11.   should  be  reviewed  (along with the K9X.DOC file(s)) before attempting to
  12.   use K9X.  Most of the problems encountered are due to users not reading the
  13.   documentation  before  "diving  in".  K9X is an intricate piece of software
  14.   with many features other comm programs only "dream of having"!  Even if you
  15.   are  fortunate  enough to get it up and running,  you will more than likely
  16.   miss out on alot of features  that  would  make  your  modeming  life  alot
  17.   easier! Please take the time to read the documentation!
  18.  
  19. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  20. K9X      v4.01 - v4.37
  21. K9X      v4.40    Dated  Feb01, 1987
  22. K9X      v4.50    Dated  Feb11, 1987
  23. K9X      v4.52    Dated  Feb15, 1987
  24. K9X      v5.00    Dated  Feb28, 1987
  25. K9X      v5.01    Dated  Mar12, 1987
  26. K9X      v5.02    Dated  Mar15, 1987
  27. K9X      v5.10    Dated  Mar21, 1987
  28. K9X      v5.11    Dated  Apr27, 1987
  29. K9X      v6.00    Dated  May15, 1987
  30. K9X      v6.00    Dated  May24, 1987
  31. K9X      v6.10    Dated  Jul24, 1987
  32. K9X      v6.10A   Dated  Aug13, 1987
  33. K9XHOST  v6.10B   Dated  Aug27, 1987
  34. K9XHOST  v6.10C   Dated  Sep03, 1987
  35. K9X      v6.10G   Dated  Sep29, 1987
  36. K9XCNF   v6.10H   Dated  Sep29, 1987
  37. K9WX, K9WY, COLORWX and COLORWY v1.42   Dated September 29, 1987
  38. K9X      v7.00    Dated  Apr15, 1988
  39. K9X      v7.01    Dated  May05, 1988
  40. K9X      v7.02    Dated  Jun20, 1988
  41. K9X      v8.01    Dated  Aug15, 1988
  42. K9X      v8.02    Dated  Sep10, 1988
  43. K9X      v8.03    Dated  Nov23, 1988
  44. K9X      v8.04    Dated  Dec03, 1988
  45. K9X      v8.10    Dated  Dec28, 1988
  46. K9X      v8.20    Dated  Dec29, 1988
  47. K9X      v8.30    Dated  Jan21, 1989
  48. K9X      v8.40    Dated  Jan27, 1989
  49. K9X      v8.50    Dated  Feb23, 1989
  50.  
  51.  - Increased the Modem Init,  Hangup,  Dial and Host string length from 20 to
  52.    65 characters.
  53.  
  54.  - Modified the Alt-V Review Buffer cursor keys so that you  can  scroll  the
  55.    screen in the same way a text editor does.
  56.  
  57.  - Added  Cut  and  Paste  features  to the Alt-V Review Buffer - including a
  58.    special Save to file option.
  59.  
  60.  - Added .PAK, .PKA and .ZIP support to file finding  "Display archives only"
  61.    feature.
  62.  
  63.  - Modified the use of the cut and paste upload buffer so that it can be used
  64.    in single file mode. The sequence is:
  65.  
  66.       Initiate the upload on the BBS
  67.       hit Up Arrow at the BBS filename prompt.
  68.       Hit PageUp when ready to begin the upload.
  69.  
  70.  - Added Call Log flag to K9X.CNF
  71.  
  72.  - Made facility to enter the dialing directory when online
  73.  
  74.  - Modified the List Dialer so that you can have complete  dialing  directory
  75.    access while in the List Dial, Tag, and Untag mode.
  76.  
  77.  - Updated the K9X.DOC to reflect all changes upto and including this version
  78.  
  79. K9X      v8.60    Dated  Jun25, 1989
  80.  
  81.  - First and foremost, protocol support has been increased to a maximum of 45
  82.    protocols (36 internally supported and 9 user defined,  external)!  At the
  83.    present  time,  K9X  supports  13  Single file protocols and 17 Batch type
  84.    protocols.  Navigation around the Protocol Menu is performed via the Arrow
  85.    Keys (Up/Down/Left/Right) or by directly  entering  the  protocol  number.
  86.    Additionally, the Upload and Download Cut and Paste Buffers support all of
  87.    these new protocols! The new additions are:
  88.  
  89.    DSZ True Ymodem Batch
  90.  
  91.       This protocol works identically to the other DSZ  batch  protocols.  If
  92.       the  upload  cut  and  paste  buffer  is used or multiple filenames are
  93.       specified,  K9X  will  create  the  file  K9XBATCH.LST  containing  the
  94.       filenames to be transferred.  K9X will then pass K9XBATCH.LST to DSZ in
  95.       the  form  @C:K9XBATCH.LST.  Downloading  only requires your commencing
  96.       the transfer via the PgDn key (or via the corresponding Command Gateway
  97.       Menu Files Command) when you are ready.
  98.  
  99.    Lynx Single File and Batch Mode
  100.  
  101.       This protocol requires the presence of the LYNX.EXE protocol driver. It
  102.       is a relatively new protocol and is supported in K9X in either Batch or
  103.       Single file modes.  As is the case with all of the batch protocols used
  104.       in single file mode,  the difference is how K9X handles the  initiation
  105.       of the transfer:
  106.  
  107.       When  the  single file mode is used,  K9X checks for the existance of a
  108.       duplicate file prior to starting the transfer.  When is batch mode, K9X
  109.       simply gathers the filenames and shells out to  the  protocol  with  no
  110.       duplicate  file  checking.  Note  that  Lynx  automatically renames any
  111.       duplicate files it may find.  The K9X/Lynx interface  is  the  same  as
  112.       explained in the DSZ True Ymodem Batch section above.
  113.  
  114.       In the case of Lynx,  it supports a Resume feature which allows you  to
  115.       Resume an aborted transfer.  To this end,  there are two new parameters
  116.       in K9X.CNF and both parameters are user-configureable via K9XCNF.
  117.  
  118.          Lynx Use Resume - This tells Lynx  whether  or  not  it  is  to
  119.              enable  the  Resume Aborts feature.  If this flag is set...
  120.              and you are using the single file mode...  and a  duplicate
  121.              file  exists...  K9X will confirm if you wish to Resume the
  122.              transfer.  If you answer No to  the  internal  K9X  "Resume
  123.              Transfer"  prompt,  K9X  will  prompt  you  for a different
  124.              filename.
  125.  
  126.          Lynx Use Current Date - Another feature of Lynx is the  ability
  127.              to  specify whether or not the datestamp on the file should
  128.              remain the same as  the  sending  file's  datestamp  or  be
  129.              updated  to  the  reflect  the  date  and time the file was
  130.              transferred by you.  Setting this flag to Yes tells Lynx to
  131.              update the datestamp to the current date... a No tells Lynx
  132.              to leave the datestamp alone!
  133.       
  134.       Lastly,  the CTS monitoring is governed by the status of the  universal
  135.       Check CTS flag.
  136.  
  137.    Kermit Batch
  138.  
  139.       This  protocol works identically to the already supported Kermit Single
  140.       file protocol  with  the  exception  that  you  must  supply  the  file
  141.       specification that K9X is expected to pass to the driver.  Batch Kermit
  142.       will  not  support  the  use  of  the  upload  cut and paste buffer for
  143.       multiple filenames.  You may however, use wildcards in your filespec.
  144.  
  145.    BiModem Batch
  146.  
  147.       This protocol allows you to  send,  receive  and  chat  with  the  host
  148.       computer all at the same time!  You may use the upload and download cut
  149.       and  paste  buffers  to collect the names of the files that you wish to
  150.       transfer.  Depending on the host system,  you may specify either all of
  151.       the send or all of then recieve filenames first. The process here is:
  152.  
  153.           Specify all of the filenames to be  sent..  then  all  of  the
  154.           filenames to receive... and finally, commence the transfer via
  155.           the PgDn key.
  156.                                     or
  157.  
  158.           Specify all of the filenames to be received..  then all of the
  159.           filenames to sent...  and finally,  commence the transfer  via
  160.           the PgUp key.
  161.  
  162.       You may of course, use Bimodem to send only or receive only files. When
  163.       sending files,  K9X will build the required BIMODEM.PTH file internally
  164.       before shelling out to the Bimodem driver.  When receiving  files,  K9X
  165.       simply shells out to the Bimodem driver.
  166.  
  167.       Please  note  that  K9X  does  not  supply  any other parameters to the
  168.       Bimodem driver.  The BIMODEM.CFG file that is created via  the  Bimodem
  169.       driver  contains  all  of  the  required  parameters.  Be sure that the
  170.       default download path within the Bimodem configuration is the  same  as
  171.       that in K9X.CNF.  If you are using the built in K9X file finder, you do
  172.       not have to specify any default upload directory within  Bimodem...  If
  173.       you are not using the K9X file finder,  be sure that the default upload
  174.       path within Bimodem is the same as that in K9X.CNF.
  175.  
  176.       Please note that registration of K9X DOES NOT include the  registration
  177.       fees  for  the  Bimodem  driver.  If you use this protocol,  you should
  178.       support the author's work by registering the package.  Please refer  to
  179.       the  Bimodem  documentation for information on the use and registration
  180.       of this protocol.
  181.  
  182.    QMXFER Imodem MNP Single File
  183.  
  184.       This  protocol  requires the presence of the QMXFER.COM protocol driver
  185.       and functions identically to the QMXFER Ymodem-G protocol  except  that
  186.       Imodem  is  a  single file MNP protocol that sends its data in 128 byte
  187.       blocks (as opposed to then Ymodem-G 1024 byte blocks)
  188.  
  189.    CIS/B 
  190.  
  191.       The  CIS/B  driver  was  supported in version 8.5...  there are several
  192.       changes that must be noted.  First off,  you may now specify CIS/B as a
  193.       dialing directory entry default protocol. If this is the case, K9X will
  194.       immediately execute the CIS/B driver upon connection.  thus eliminating
  195.       the  need  to do it manually.  Upon initial CIS/B startup,  K9X changes
  196.       the default protocol to Xmodem so  that  you  may  return  to  K9X  and
  197.       reinitialize the CIS/B driver while online. The other major change here
  198.       is that the CIS/B command line is now user configureable via K9XCNF and
  199.       is stored within the K9X.CNF file.  There are 6 parameters which may be
  200.       used when building the command line:
  201.  
  202.          $P  =  parity
  203.          $D  =  data bits (word length)
  204.          $S  =  stop bits
  205.          $1  =  port number
  206.          $2  =  baud rate
  207.          $5  =  prompt for command
  208.  
  209.                 K9X  will  open  a  window and prompt you for any/all command
  210.                 parameters you wish to pass  to  the  CIS/B  driver.  If  you
  211.                 don't  want  to add/supply any parameters (via the $5 param),
  212.                 just hit [Enter].  K9X will simply remove  the  $5  from  the
  213.                 command line.  Note that K9X will only replace each parameter
  214.                 with  the  corresponding value and will NOT remove or add any
  215.                 space delimiters.
  216.  
  217.       Notice that the first character of each parameter is the dollar sign $
  218.       not the appersand sign &
  219.  
  220.       The default CIS/B command line is:
  221.  
  222.                           CIS $1 $2 $P $D $S -x -v
  223.  
  224.  
  225.       All  of  the  newly  added  protocols build the command line parameters
  226.       internally and then pass these parameters to the  appropriate  external
  227.       protocol  driver.  For  those  users already using either the Shareware
  228.       K9X version SW85 or the Registered K9X version 8.50,  I  have  included
  229.       the  utility  85TO86.COM  which  will  convert your current K9X dialing
  230.       directory  default  protocols  to  the  new  format.   Simply   execute
  231.       85TO86.COM  from  your  main  K9X directory and the utility will do the
  232.       rest!
  233.  
  234.  - This  version  also  allows  you to specify up to 9 external protocols via
  235.    K9XCNF. Each external protocol record contains the follwoing information:
  236.  
  237.       Protocol Name 
  238.  
  239.           15  characters maximum.  Although K9X requires that you must change
  240.           the protocol name from the default  "---",  The  protocol  name  is
  241.           purely cosmetic and may be any name you desire.
  242.  
  243.       Protocol Type  
  244.  
  245.           This  single  character  MUST  be either S for single file or B for
  246.           batch type.
  247.  
  248.       Send Command Line
  249.  
  250.           This is the full command line that  K9X  is  to  use  when  sending
  251.           file(s).  It must include the protocol driver name (with or without
  252.           extension).
  253.  
  254.       Receive Command Line
  255.  
  256.           This is the full command line that K9X is  to  use  when  receiving
  257.           file(s).  It must include the protocol driver name (with or without
  258.           extension).
  259.  
  260.       There are 5 parameters which may be used when  building  the  send  and
  261.       receive command lines:
  262.  
  263.          $1  =  port number
  264.          $2  =  baud rate
  265.          $3  =  default  upload path when sending file(s) or default download
  266.                 path when receiving files.  This should  be  used  for  those
  267.                 protocols  (like DSZ) which only require the path in which to
  268.                 save downloads.  Note that this parameter ONLY  supplies  the
  269.                 upload or download path...  K9X will not add any wildcards or
  270.                 other filespec via this parameter.  Please note that K9X does
  271.                 NOT include the trailing (last) backslash.  If you  use  this
  272.                 parameter,  and  it  is not working,  add a backslash to your
  273.                 command line immediately prior to the $3.
  274.  
  275.                       Example:  $3   becomes   \$3
  276.  
  277.          $4  =  filespec
  278.  
  279.                 During uploads:  If you are using the upload  cut  and  paste
  280.                    buffer  or  manually specify multiple filenames,  K9X will
  281.                    build the list of file(s) to be sent  and  then  pass  the
  282.                    list filename, in the form @C:K9XBATCH.LST, to the driver.
  283.  
  284.                    If  you  specify  one  file,  via  the  upload  buffer  or
  285.                    manually,  K9X will pass the  specified  filespec  to  the
  286.                    driver.
  287.  
  288.                 During downloads: When using a single file protocol, K9X will
  289.                    supply  the  download path and the filename.  When using a
  290.                    batch protocol, K9X will supply only the path.
  291.  
  292.  
  293.          $5  =  prompt for command
  294.  
  295.                 K9X will open a window and prompt  you  for  any/all  command
  296.                 parameters you wish to pass to the driver.  If you don't want
  297.                 to  add/supply  any  parameters (via the $5 param),  just hit
  298.                 [Enter].  K9X will simply remove  the  $5  from  the  command
  299.                 line.  Note  that  K9X  will only replace each parameter with
  300.                 the corresponding value and will NOT remove or add any  space
  301.                 delimiters.
  302.  
  303.       Notice that the first character of each parameter is the dollar sign $
  304.       not the appersand sign &
  305.  
  306.  
  307.  - The  ICEX  command line is now user configureable via K9XCNF and is stored
  308.    within the K9X.CNF file. The same 6 CIS/B parameters may be used here when
  309.    building the command line. The default command line is:
  310.  
  311.                                ICEX -d
  312.  
  313.  - Corrected problems with the manual dial function.  Also,  the manual  dial
  314.    will  now  set  the  default  protocol  to  the  global default defined in
  315.    K9X.CNF... if the manual dial is the first call made... or to the previous
  316.    default protocol if not the first call made.
  317.  
  318.  - Corrected  K9Xmodem and Super8K error control code and  send routines when
  319.    then port is locked.
  320.  
  321.  - Added CTS Monitoring support for Super8K protocol - specifically for those
  322.    users who lock  their  ports  to  a  higher  baud  rate  than  the  actual
  323.    connection.
  324.  
  325.  - Corrected the manual hang up (Alt-G) modem reset problem with some modems.
  326.  
  327.  - Corrected text color setting upon initial startup.
  328.  
  329.  - Corrected garbage filename which ocurred when attempting the first upload.
  330.  
  331.  - There have been reports  from  some  users  that  the  Kermit  and  QMXFER
  332.    protocols  are  not working at speeds above 9600...  Quite simply,  that's
  333.    because these protocol drivers DO NOT SUPPORT SPEEDS ABOVE 9600!!!
  334.  
  335.  - Corrected "free bytes" display during downloads.  K9X  will  now  use  the
  336.    logged drive if no default download path has been specified in K9X.CNF.
  337.  
  338.  - Reworked the Command Gateway Menu system  and  Expert Command Summary Menu
  339.    so that all (almost!) of the flag/toggle settings are now  displayed.  The
  340.    Command Gateway Menu "Miscellaneous" option has been split with all of the
  341.    flag/toggle settings being move into a new "Toggle Settings" section.
  342.  
  343.  - Removed blinking cursor from all (most) menus.
  344.  
  345.  - When using the Command Gateway Menu system,  the Online user info has been
  346.    placed in a box for easier reading.
  347.    
  348.  - K9X now supports a user configureable status line.  Understand  that  this
  349.    line  is  displayed at Line 26 (not 25) and has no effect on the number of
  350.    displayed text lines.  Along with  the  Online/Offline  status  and  modem
  351.    settings, K9X will display the system being called, the "Last On Date" and
  352.    the default protocol for that call. Additionally... since this line has no
  353.    effect  on the normal 25 line display...  K9X uses this line as a reminder
  354.    when performing a dos shell.
  355.  
  356.       Note that I haven't any way to test all of the  various  system  setups
  357.       the K9X users may have.  To this end, I have supplied this feature as a
  358.       user configureable option via K9XCNF.  If your system is not capable of
  359.       displaying text on line 26 (the first line of the lower border), simply
  360.       startup K9XCNF and set the Status Line flag to (N).
  361.  
  362.       Lastly,  the  Status Line will remain after you exit K9X.  This is only
  363.       temporary and will clear itself upon the first DOS CLS command.
  364.  
  365.  - As  a  means of reminding users to register K9X,  the Shareware screen has
  366.    been modified to display upon startup  and  exit  from  the  program.  The
  367.    difference between the 2 displays is that the startup display timer can be
  368.    circumvented by pressing any key... the exit display requires that you sit
  369.    out the timer (so register already!).
  370.  
  371.  - On the other side of the coin, both opening  (and the new closing) display
  372.    screens have been removed from the registered version.  Upon startup,  the
  373.    registered version simply displays the  4  line  logo  and  commences  the
  374.    session (SO REGISTER ALREADY!!).
  375.  
  376.  - In response to many requests, verison 8.6 now supports Com ports 1 thru 4.
  377.    Although this version has the port addresses and IRQ's hard coded,  future
  378.    versions  may  have  these values user configureable.  The port parameters
  379.    are in keeping with the standard IBM/MSDOS values:
  380.  
  381.                               Address       IRQ
  382.                               -------       ---
  383.                      COM 1 =  03F8 hex       4
  384.                      COM 2 =  02F8 hex       3
  385.                      COM 3 =  03E8 hex       4
  386.                      COM 4 =  02E8 hex       3
  387.  
  388.  - The File Manipulation Section now has its own built in Zip Verbose Listing
  389.    option.  If you are using the K9X File Finder,  all that is required  here
  390.    is  to  supply  the  filename.  If  you want to override the built in file
  391.    finder (or you aren't using  it),  you  will  have  to  specify  the  full
  392.    DRIVE:\PATH\Filename.  In  any  case,  K9X  will retrieve and read the Zip
  393.    file! After displaying the Zip file comment (if present), K9X will display
  394.    a list of all Zip file members along  with  their  associated  information
  395.    (size,  date,  etc.) and finally display the total file(s),  unZipped size
  396.    and Zipped size. Upon completion of its listing, K9X will recycle you back
  397.    to the Filename prompt so that you may perform the ZIP/V on  multiple  Zip
  398.    files. When you are done, simply hit [Enter] at the Filename prompt.
  399.  
  400.  - Lastly,  the MiniNet File Finder Search pattern (see the main K9X.DOC) has
  401.    been  modified.  If  you were using this feature in earlier versions,  K9X
  402.    would only look for any "number" file (those filenames that started with a
  403.    character zero (0) to character nine (9)) in the default upload directory,
  404.    default download directory,  the "catch-all" directory (NA) and the second
  405.    (00)  directory  name.  Version  8.6  modifies  this  by  looking  for any
  406.    "number" filenames in  the  default  upload  directory,  default  download
  407.    directory, the "catch-all" directory (NA) and ANY directory name beginning
  408.    with  the  number  character  (#).  Additionally,  the MiniNet File Finder
  409.    Search pattern requires that ALL directories are located in the drive root
  410.    directory (C:\# C:\NA D:\P1 etc.)
  411.  
  412.       In other words: 
  413.  
  414.          the old 00 directory should be renamed to #
  415.  
  416.                           and
  417.  
  418.          you may now specify more than one number file directory be simply
  419.          naming additional number file directories as C:\#1, C:\#2, etc.
  420.  
  421.  
  422.    Again,  this  "number"  file change only effects the file finding when you
  423.    have the K9XCNF "Full Search Flag" set to (N).
  424.  
  425.                               Enjoy-
  426.  
  427.  
  428. K9X      v8.6a - v8.6c    Dated  Jun25, 1989 - Jun28, 1989
  429.  
  430.    These have been maintenance releases to correct miscellaneous problems and
  431.    to add some cosmetic changes... nothing major though!
  432.  
  433.  
  434. K9X      v8.6d    Dated  July10, 1989
  435.  
  436.    More maintenance stuff here!
  437.  
  438.  - Corrected a status line problem that existed when the status line was  not
  439.    being used and ANSI graphics was being received. This problem only existed
  440.    for EGA users.
  441.  
  442.  - Corrected the single semi-colon delimiter problem within the editor.  With
  443.    most BBS using the semi-colon as a  delimiter,  the  semi-colon  delimiter
  444.    within the editor made it very difficult to edit macros! The new delimiter
  445.    is a double semi-colon (;;).
  446.  
  447.  - On  the  same note...  what with having to handle all of the new protocols
  448.    and all,  K9X will now look for and also save any messages created by  the
  449.    editor  in  the  main K9X directory rather than the SUPP subdirectory.  Of
  450.    course,  you can override the default location be specifying a full  drive
  451.    and  path  along  with  the  message  file  name.
  452.  
  453.    After checking my SUPP subdirectory, I found a bunch of old messages I had
  454.    created over the months and forgot to delete after they were  uploaded  to
  455.    BBSes!  Having  them saved in the main directory should help keep the hard
  456.    disk cleaner (I hope)!
  457.  
  458.  - Corrected the 0 bps error when a manual dial was the first call made.
  459.  
  460.  - Corrected the crash problem within the List Dialer when a character was
  461.    input instead of numbers.
  462.  
  463.  - Corrected several minor dialer problems/bugs... mainly in the displays.
  464.  
  465.  - There  have  been  some  reports of confusion on the part of the user when
  466.    editing a dialing directory entry. Seems they were not able to press the S
  467.    key to save the changes! The Save prompt has been changed to:
  468.  
  469.                         Ready to Save" (Y/n)
  470.  
  471.    Any input other than an N (or  n) will save the record and exit the dialer
  472.    directory editor.
  473.  
  474.  - The external protocol records have been modified to include a  flag  which
  475.    tells K9X whether or not it is to  "fix"  the  port  upon  return  from  a
  476.    transfer.  Seems  that  some compilers (and software authors???) leave the
  477.    comm ports in a mess after they are done with them!  Usually,  the  symtom
  478.    for  this type of situation is that your keyboard will be dead upon return
  479.    from a transfer.  If this happens, simply set the "FixP" flag to Yes! That
  480.    should correct the problem!
  481.  
  482.    Since  K9XCNF automatically creates the K9XPROTS.LST file upon startup,  I
  483.    have included a small utility that will convert your current  K9XPROTS.LST
  484.    file  to  the  new  format.  Simply  run  PRO86C2D.COM  from  the main K9X
  485.    directory and it will add the flag to each protocol record.  If  you  have
  486.    not  edited any of your current external protocol records,  you can simply
  487.    erase  the  K9XPROTS.LST  file  from  your  SUPP  directory,   erase   the
  488.    PRO86C2D.COM  utility  and  startup  K9XCNF  at the DOS prompt.  This will
  489.    create a new K9XPROTS.LST for you. 
  490.  
  491.  - Modified the K9X/SuperK transfer log format to conform with the  DSZ  log.
  492.    If a transfer is aborted,  K9X will now substitute an E, in place of the R
  493.    or S, as the first character in the log file line
  494.  
  495.  - Modified  the way in which the SuperK protocols calculate the  approximate
  496.    transfer times. 
  497.  
  498.  - This  version  adds  a brand new SuperK protocol!  What with more and more
  499.    users  switching  to  MNP  modems,  I have developed an MNP version of the
  500.    Super8K protocol!  MNP Super8K-G must be used in conjunction with  an  MNP
  501.    modem...  but  end result is a dramatic increase in transfer speed!  As is
  502.    the case with all of the SuperK  protocols,  MNP Super8K-G  supports  both
  503.    single file and batch modes.. and sports its own transfer window colors!
  504.  
  505.    On  the same note,  the SuperK driver has also been updated to include MNP
  506.    Super8K-G, pushing the available protocols in SuperK to 16!
  507.  
  508.  - Lastly,  there have been a number of users who have run into problem  with
  509.    the Status Line on line 26.  As noted earlier in this document,  I have no
  510.    way of testing the compatability of this status line on all of the various
  511.    system configurations... and, since the status line is actually located on
  512.    the first line  of  the  screen  border,  some  setups  cannot  handle  my
  513.    "tinkering"  with the monitor card ports!  If you run into a problem where
  514.    K9X will not startup or does "funny"  things  with  the  screen...  simply
  515.    startup  K9XCNF,  go  to  the  toggles section and set the "Display Status
  516.    Line" flag to NO.  Most of the problem seems to be stemming  from  EGA/VGA
  517.    configurations...  I  am  looking  into  a fix but did not want to hold up
  518.    this release for such a minor problem! 
  519.  
  520.                               Enjoy-
  521.  
  522. K9X      v8.6e    Dated  July15,1989
  523.  
  524.  - The  comm port buffer size has been doubled in an effort to accomodate the
  525.    faster modem speeds (and in preparation to 38400 and 57600 bps support)!
  526.  
  527.  - This Status line thing still persists with some EGA users!  Hopefully this
  528.    version will finally take care of the problem (although EGA users will not
  529.    be able to use the Status  Line)!  EGA  users...  if,  after  turning  the
  530.    status  line off,  your problem still persists,  be sure your border color
  531.    setting is set to black (0). The status line and border color are the only
  532.    2 places where I "mess" directly with the monitor card.  If this does  not
  533.    solve your problem,  then I am afraid I'll have to dig a little deeper for
  534.    you! Again, this problem only exists with SOME (not ALL) EGA systems!
  535.    
  536.    If I must add EGA specific code to K9X in order to enable the Status  Line
  537.    with EGA systems, it will require MAJOR reorganization of the current code
  538.    in  order  to  "make room" for the EGA code!  Since the original intent of
  539.    K9X was to function WITHOUT ANY Status Line and code space is already at a
  540.    premium, I may have to leave it as it stands... with the Status Line being
  541.    available to CGA users only (sorry about that)!  In any case,  I WILL look
  542.    into it further before making a decision about the extra EGA code.
  543.  
  544.  - Updated  the  Lynx  transfer interface to take advantage of the new pop up
  545.    window in Lynx v2.12.  If you have K9X set to  do  Direct  Screen  Writes,
  546.    Lynx will be called with the /S parameter...  if not, Lynx is called using
  547.    normal  bios  writes.   Although  the  window  colors  used  by  Lynx  are
  548.    acceptable,  you  may  change  them by SETting a DOS environment variable:
  549.  
  550.     LYNXCO - This variable defines the screen colors when the /S command line
  551.              option is used.  To use this variable, you must pass 6 values, 3
  552.              digits each,  separated by spaces or commas.  The parameters set
  553.              the following colors (in order of appearance):
  554.  
  555.              - Status attribute                 014
  556.              - Status label attribute           015
  557.              - Fatal error message attribute    012
  558.              - Window frame attribute           014
  559.              - Window header attribute          011
  560.              - Window footer attribute          010
  561.  
  562.              The default configuration is equivalent to:
  563.  
  564.                    LYNXCO=014,015,012,014,011,010
  565.  
  566.              To calculate the color attributes, use the following formula:
  567.  
  568.                    attribute = (background * 16) + foreground
  569.  
  570.              The following values can be used for color combinations:
  571.                    Black   = 0      Dark Gray     = 8
  572.                    Blue    = 1      Light Blue    = 9
  573.                    Green   = 2      Light Green   = 10
  574.                    Cyan    = 3      Light Cyan    = 11
  575.                    Red     = 4      Light Red     = 12
  576.                    Magenta = 5      Light Magenta = 13
  577.                    Brown   = 6      Yellow        = 14
  578.                    Gray    = 7      White         = 15
  579.  
  580.    Please see the Lynx documentation for more details.
  581.  
  582.  
  583.  - On another note...  there has been some confusion on the use of  Alt-1  to
  584.    abandon the dialing list...
  585.  
  586.    When dialing a list of numbers,  there is an "abort flag" assigned to each
  587.    number in the list. When you press the Escape Key, K9X sets the abort flag
  588.    for that one number. In previous versions, you would have had to press the
  589.    Escape  key  for  each number in the list - and only after all abort flags
  590.    had been set, would K9X abondon the list and exit the dialer.
  591.  
  592.    The use of Alt-1 while within the dialing windows  provides  an  immediate
  593.    means to accomplish the same thing. In effect, an Alt-1 within the dialing
  594.    windows immediately sets all of the abort flags and thus exits the dialer.
  595.    However,  the list is not totally abondoned - simply aborted.  In order to
  596.    totally abandon the dialing list,  you must ALSO initiate the  Alt-1  when
  597.    you  have returned to the terminal mode (or the Command Gateway Menu "Dial
  598.    a Friend" section).
  599.  
  600.  - Finally,   the  Shareware  screen  display  when  exiting  the   Shareware
  601.    Evaluation  version  DOES NOT HANG  your system!  It is set on a non-abort
  602.    timer which will expire in about 90 seconds...  In other words,  you don't
  603.    have  to reboot your system...  simply wait out the timer (or register K9X
  604.    and get the registered version WITHOUT the opening or closing screens)!!!
  605.  
  606.                               Enjoy-
  607.  
  608. K9X      v8.70    Dated  Aug15, 1989
  609.  
  610.  - The K9X registered version now has both a serial number and the registered
  611.    user's name imbedded into the program.  This action was necessary  because
  612.    of  a user who decided that his own simple-minded greed was more important
  613.    than the  U.S. Copyright  laws and the work I've put into this program. He
  614.    managed to pursuade a registered user to give him a copy of the registered
  615.    version.
  616.  
  617.    A  word  of  caution  to  any others who may be contemplating this sort of
  618.    thing...  K9X is fully protected by the United States Copyright  laws  and
  619.    all  violators will be sought out and prosecuted to the full extent of the
  620.    law.
  621.  
  622.  - Cleared up a few dialer bugs...  these bugs were exposed by users who  are
  623.    operating  modems  that  have  the  CTS  line  always  on and the RTS line
  624.    ignored.  I've done what I can with  the  dialer  code  as  it  is...  any
  625.    additional  modifications  to  accomodate  these  users will require major
  626.    dialer overhaul - which will take some  time  to  accomplish.  Until  such
  627.    time,  I'm  afraid there will be some features that will not work for you.
  628.    Sorry,  but I'm afraid you will have to put up with K9X as  it  is for the
  629.    time being.
  630.  
  631.  - A TANDY 1000 user has mentioned that  he  is  unable  to  perform  certain
  632.    Alt-Key  expert  commands...  this  is  NOT  a  K9X  problem...  rather an
  633.    imcompatibility problem with the TANDY machine(s) keyboard  return  codes.
  634.    The  only solution at this time is to switch to the Novice Command Gateway
  635.    Menu System.  Hopefully,  the TANDY Home key code is the same as  the  IBM
  636.    Home key code.
  637.  
  638.  - Thanks to the feedback you've given me on the  K9XTEST  program  I  placed
  639.    online, I've been able to correct the border color setting routine for VGA
  640.    users! VGA and CGA users should see the border color change to the K9X.CNF
  641.    setting  when  K9X  detects a carrier.  K9X will (should) change the color
  642.    back to black when carrier is lost. I know this works for CGA users and it
  643.    should now work for  VGA  users too!  As for you  EGA  users...  again, my
  644.    apologies...  it's  not that I can't add the EGA support code...  it's the
  645.    fact that EGA specific code has to be placed in the  main  .COM  file  and
  646.    will  eat  up  alot  of  remaining code space.  With the 64K limit on code
  647.    space,  I don't have that much to spare and feel it is better utilized for
  648.    more "important" features.
  649.  
  650.  - I've  added  a  seperate color code for SuperK WXmodem transfers.  You can
  651.    configure it (along with the other SuperK window colors) via K9XCNF.
  652.  
  653.  - For those users who are running "quick" machines, I have modified the List
  654.    Dialer recycle delay and the  Hangup  routines.
  655.  
  656.    In the case of the  Hangup  Options  within  the  dialer  itself  and  the
  657.    terminal  mode,  both  timing delays have been linked to the "Modem Escape
  658.    Time" value held within K9X.CNF. This will give you facility to change the
  659.    delay time to whatever value works for your setup.
  660.  
  661.    In  the  case  of  the  List  dialer,  I have added the full redial timing
  662.    routine which allows you to R)ecycle now or C)hange the delay  value.  The
  663.    delay value used here is the same value used in the Redialer... namely the
  664.    Redial Delay Value held within k9X.CNF.  In both the Redialer and the List
  665.    Dialer,  the  value  held  here  is  in  seconds  and  the system clock is
  666.    monitored to assure the full delay time is used  before  recycling  and/or
  667.    redialing.  Again,  this method not only allows you to change the value to
  668.    suit your system setup,  it also performs in accordance to  the  speed  of
  669.    your system.
  670.  
  671.  - In an effort to help the PC-Pursuit users, I've added new macro support to
  672.    allow  the immediate send of a string without a "lookfor" being specified.
  673.    The format for this new macro line is:
  674.                                               `send string
  675.  
  676.    Note that the lookfor/send delimiter (`) must be the  first  character  of
  677.    the line.  When K9X encounters this "No Lookfor" line, it sends the "send"
  678.    portion  immediately...  then reads and sets up the next line in the macro
  679.    file.  HOWEVER - unlike the normal macro lines,  this line will not accept
  680.    the secondary "how many times" parameter.
  681.  
  682.  - The K9X Editor has been modified to accept the "No Lookfor" macro line. On
  683.    the same note,  I had one user complain that the length of the K9X  editor
  684.    line was too long for some BBS systems.  To this end,  I have slimmed down
  685.    the message line length to 70 characters instead of 72.
  686.  
  687.  - Upon receipt of Phil Katz new version of PKZIP,  I quickly modifed K9X  to
  688.    support  the  new  "Implode" compression method!  I have also modified the
  689.    "Unknown" method header to read "Unknown" rather than a  set  of  question
  690.    marks.
  691.  
  692.  - The JBA.COM - the K9X Jmodem  transfer  module  has  been  recompiled  and
  693.    updated  to  the  equivilant  of  Jmodem v1.20.  This should eliminate the
  694.    inconsistancies of using the old  JBA.COM  to  communicate  with  a  later
  695.    version of JMODEM.COM.  Although there was no problem with the old JBA.COM
  696.    "talking" to another K9X or a BBS that was using SuperK...  unfortunately,
  697.    there are some users (and SysOps) who  have  chosen  not  to  use  K9X  or
  698.    SuperK.  Anyway, this should clear up that problem area!  On the same note
  699.    here,  I've modified the new JBA.COM so that K9X produces the  header line
  700.    within  the  Jmodem window rather than having it pop up and dissapear when
  701.    Jmodem is invoked... no big deal - just a little cleaner!
  702.  
  703.  - In  response to some users having problems with the batch SuperK protocols
  704.    when it recycles...  I've added a slight delay on the receiver's  side  to
  705.    allow  for  the sending side to clear its buffer and commence its recycle.
  706.    Although it really isn't required when a transfer is successful,  it  does
  707.    definitely  help  when a transfer is aborted!  Note that the delay is only
  708.    activated during batch transfers and only on aborted transfers.
  709.  
  710.  - This version  adds  an  Auto-Learn  Macro  feature!  The  Control-End  key
  711.    activates the feature and will automatically create a logon macro for you! 
  712.    When  activated,  K9X  will  prompt you for a macro filename.  All that is
  713.    required for input is the filename without extension or  path.  Since  all
  714.    macro files have a .K9X extension and reside in the SUPP subdirectory, K9X
  715.    takes care of all of this for you. Once you have entered the filename, K9X
  716.    will check for a duplicate filename let you know  if  one  is  found.  The
  717.    Learn  Macro  feature  may  be  activated  and  terminated  at any time...
  718.    however,  K9X will automatically close the Learn Macro file upon  loss  of
  719.    carrier.  When the Learn Macro feature is terminated,  K9X will ask if you
  720.    wish to link the macro file name to the current  dialing  directory  entry
  721.    and  will  even  do that for you too!  Both the Expert Help Screen and the
  722.    Novice mode Command Gateway Menu System Toggles sections will display  the
  723.    status of the Learn Macro flag.
  724.  
  725.    The only words of wisdom I can offer here are as follows: 
  726.  
  727.    1) Load the newly created macro into your  K9X  editor and verify that all
  728.       lines are in order.
  729.  
  730.    2) Do  not  activate  the Learn Macro feature on an initial logon to a new
  731.       BBS as there will be quite a bit of editing to do to remove the initial
  732.       logon "lookfors" and "sends".
  733.  
  734.    3) Since  this  feature  is  basic  in  nature,  you  may want to read the
  735.       documentation to see how you can make  your  macros  smaller  and  more
  736.       efficient.  Even  though the macros that K9X creates will work for you,
  737.       there are many other macro commands that are not supported by the Learn
  738.       Macro feature.
  739.  
  740.    4) K9X  will  add a "plain vanilla" escape key to your macro line but will
  741.       not acknowledge any of the K9X Expert command key sequences or the Home
  742.       key.  Additionally,  it  does  not  recognise  the "Open BBS Door" dumb
  743.       terminal mode or back space keys and will replace  any  tab  characters
  744.       with one space character.
  745.  
  746.    5) Keeping with the new "No Lookfor" macro command, K9X will recognise any
  747.       carriage  returns  which  are  sent prior to any received text and will
  748.       record a "No Lookfor" macro line.
  749.  
  750.    6) Do  not  worry  if  you  have  to  drop to DOS while in the Learn Macro
  751.       mode...  K9X will close the macro file before shelling to DOS and  will
  752.       reopen it upon return to K9X.
  753.  
  754.    7) Lastly,  in order to activate a newly linked macro,  you will  have  to
  755.       dial the number from scratch.  That is, an immediate redial of the same
  756.       number will not recognise the existance of the new macro file link.
  757.  
  758.    A note on K9X sending the macro lines and any programmed function  keys...
  759.    K9X  uses the modem command intercharacter delay.  If you find that K9X is
  760.    sending the data too fast, simply go into K9XCNF and increase the value of
  761.    the intercharacter delay.
  762.  
  763.  - The major addition here  is  the  implementation  of  a  Resume  mode  for
  764.    K9Xmodem,  Super8K-G  and  Super8K Single File AND ALL of the SuperK batch
  765.    protocols except for Jmodem Batch!  The Resume mode supports  an  inactive
  766.    and 2 active states.
  767.  
  768.    Here's how it works...
  769.  
  770.       The  setting  of  the  Resume mode is accessible via the K9XCNF Toggles
  771.       section,  the Control PgDn Expert Command,  the  Command  Gateway  Menu
  772.       System  Toggles  Section and is stored in EACH dialing directory entry! 
  773.  
  774.       Unlike the other toggles,  the Resume mode cycles through the 3  states
  775.       rather than simply toggling on/off. The 3 states are:
  776.  
  777.       No     =  Normal  operation  with the Overwrite flag setting in control
  778.                 of how duplicate filenames are handled.
  779.  
  780.       Auto   =  Automatic Resume if  and  only  if  the  receiver's  file  is
  781.                 smaller  than  the sender's file  AND  the receiver's file is
  782.                 some multiple of 8K (the SuperK default block write size).
  783.  
  784.       Prompt =  If a duplicate file is found on the  receiving  end  and  the
  785.                 duplicate  file  meets  the Resume criteria (see Auto above),
  786.                 K9X will prompt for Resume instructions.  Your  options  here
  787.                 are:
  788.  
  789.                 Resume Y
  790.                   Pressing  Y  (or  any  key other than N or S) commences the
  791.                   resumption of the tranfer appending the new data to the end
  792.                   of the receiver's existing file.
  793.  
  794.                 Resume N
  795.                   Pressing N cancels the receipt of the file and moves on  to
  796.                   the  next  file  if using any SuperK batch protocol - or to
  797.                   terminal mode if  using  Super8K/Super8K-G/K9Xmodem  Single
  798.                   file  mode  (Other Single FIle protocols do not support the
  799.                   Resume feature).
  800.  
  801.                 Start Over
  802.                   Pressing  S  will  inform  K9X  that  you wish to start the
  803.                   transfer anew.  K9X will erase the receiver's existant file
  804.                   and request that  the  sender  start  the  transfer  at the
  805.                   beginning of the file.
  806.  
  807.               Please  note  that the Prompt mode is on a timer loop that will
  808.               timeout in about 15 seconds.  If  no  user  input  is  received
  809.               before  timing  out,  K9X  will default to whatever the default
  810.               Overwrite flag is set to...
  811.  
  812.                   Overwrite set to Yes = Start transfer from 0 bytes
  813.                   Overwrite set to No  = Cancel transfer and move on
  814.  
  815.       Since all of the SuperK protocols have a default block write of 8K  and
  816.       each 8K block has been CRC checked before being written to disk,  there
  817.       isn't any CRC check made on ANY resumed transfer. Again...
  818.  
  819.          NO CRC CHECKS ARE MADE ON THE EXISTANT PORTION OF A RESUMED FILE>
  820.  
  821.       If  a  resume is requested on a file that is less than 8K in size,  the
  822.       file is automatically resent in its entirety.
  823.  
  824.       In sumary...  with the resume mode active, the receiving side waits for
  825.       the  filesize  from  the  sending  side  and then checks for an already
  826.       existant file.  If a file exists and the size in less than the filesize
  827.       sent by the sender and the file is an exact multiple of  8K,  K9X  will
  828.       resume  the  tranfer.  If  the size of the existant file is equal to or
  829.       greater than the filesize sent by the sender,  the receiver will refuse
  830.       the file and move on.  Because the 8K block writes hold true for all of
  831.       the SuperK protocols, you may change your protocol and request a Resume
  832.       regardless of which protocol you were using to  transfer  the  original
  833.       file!
  834.  
  835.    I  have included (yet) another conversion utility for those of you who are
  836.    currently using K9X version 8.6x.  The  utility  86TO87.COM  will  convert
  837.    your  current  K9X  phone directory to include the SuperK Resume State for
  838.    each entry.  Since this utility does a universal  conversion,  the  resume
  839.    state should be set to N (No) or P (Prompt) to begin with. You can then go
  840.    into the dialing directory editor and selectively set the resume state for
  841.    each entry.
  842.  
  843.    And lastly, until the new version of K9X and SuperK get circulated around,
  844.    be  aware  that  if you are "talking" to a previous K9X/SuperK version and
  845.    request a Resume receive, IT WILL NOT WORK!
  846.  
  847.      IF THIS HAPPENS THERE ARE 2 THINGS YOU MUST DO:
  848.  
  849.      1) Reset the SuperK Resume mode to No via the  ^PgDn  or Command Gateway
  850.         Menu System Toggles Section.
  851.  
  852.      2) BE SURE to upload the latest Shareware versions of K9X and SuperK to
  853.         the system you are talking to so they too can take advantage of this
  854.         great new feature!
  855.  
  856.  - For those users who have inquired about a K9X Host  mode,  your  inquiries
  857.    have not fallen on deaf ears! A host mode (actually a subset of my MiniNet
  858.    BBS) is in the works and will be released to Sharware very shortly! If you
  859.    haven't had a MiniNet "experience",  give the Dog a call at (206) 725-9233
  860.    and see first hand what the K9X Host Mode will look like!
  861.  
  862.                               Enjoy-
  863.  
  864. K9X      v8.7a    Dated  Sep01, 1989  Pre-released Aug19, 1989
  865.  
  866. - This  version  has  been  long in coming as it corrects an inherant problem
  867.   that  has  plagued  me ever since I began writing K9X!  As of this version,
  868.   users running a pure mono system should not have any difficulty in  setting
  869.   up  and/or running K9X!  With "a little help from my friends" (thanks AL!),
  870.   I now have access to  a  mono  system  and  have  been  able  to  find  and
  871.   exterminate  all mono problems!  And,  since I now know what colors can and
  872.   can not be used with a mono system,  there has been a minor change  in  the
  873.   K9XCNF  color  selection  area  in  which mono users can now select various
  874.   colors for the menus, incoming text, menu text, etc.
  875.  
  876.                               Enjoy-
  877.  
  878. K9X      v8.7b   Dated  Sep04, 1989
  879.  
  880.  - Oops!  When I added the full mono support in v8.7a, I created a bug in the 
  881.    window border displays! This version corrects that problem... Sorry! 
  882.  
  883. K9X      v8.7c   Dated  Sep11, 1989
  884.                              
  885.  - For those using the Line 26 Status line..  K9X will now remove it when  it
  886.    exits.
  887.  
  888.  - Upon request from one of the Dog's loyal users,  I have added 2 new  macro 
  889.    commands. 
  890.  
  891.     <K>char###
  892.  
  893.           When this command is found in the Send portion of a macro line, K9X 
  894.           will send the string that has  been  programmed  to  the  specified 
  895.           function  key.  The  <K> may appear ANYWHERE in the Send line!  The 
  896.           format is as follows: 
  897.  
  898.           <K>F##    Send the string assigned to Function Key ## where ## is 
  899.                     the key number (1 through 10)
  900.  
  901.           <K>S##    Send the string assigned to Shifted Function Key ## where
  902.                     ## is the key number (1 through 10)
  903.  
  904.           <K>A##    Send the string assigned to Alt Function Key ## where ##
  905.                     is the key number (1 through 10)
  906.  
  907.           <K>C##    Send the string assigned to Ctrl Function Key ## where ##
  908.                     is the key number (1 through 10)
  909.  
  910.           If <K> is placed at the start of the macro Send portion, K9X simply 
  911.           substitutes the <K>F## with the appropriate string and sends it  to 
  912.           the host... 
  913.  
  914.              Sample Macro Line:   What is you First Name`<K>F4
  915.  
  916.              would send whatever is programmed to your F4 key
  917.  
  918.           If you wish to send something prior to sending the function key 
  919.           string...
  920.  
  921.              Sample Macro Line:
  922.  
  923.                 What is you First Name`Send This First <K>F4
  924.  
  925.           If you wish to send something AFTER sending the function key 
  926.           string...  NOTE: The semi-colon after the <F>F4 is REQUIRED!
  927.  
  928.              Sample Macro Line:
  929.  
  930.                 What is you First Name`<K>F4; Send This Too
  931.  
  932.           If you wish to send something BEFORE and AFTER sending the function
  933.           key string ...
  934.  
  935.              Sample Macro Line:
  936.  
  937.                 What is you First Name`Send This First <K>F4; Send This Too
  938.  
  939.     <%>command
  940.  
  941.           When this symbol is found in the Send portion of a macro line,  K9X 
  942.           will  stop what it is doing and perform a DOS shell and execute the 
  943.           "command".  Like the <K>,  this too may may appear ANYWHERE in  the 
  944.           Send line!  The "command" may be any valid DOS command (ideally the 
  945.           name of a batch file). The format is as follows: 
  946.  
  947.           If <%>command  is placed at the start of the macro Send portion, K9X
  948.           simply performs a DOS shell and executes the "command".
  949.  
  950.              Sample Macro Line:   Main Menu Command`<%>LOAD
  951.  
  952.              Where  LOAD is the name of a batch file which copies a number of 
  953.              files into your upload directory.  After the transfer, you could 
  954.              have another line that would delete those files... <%>REMOVE 
  955.  
  956.           If you wish to send something prior to performing the DOS shell...
  957.  
  958.              Sample Macro Line: 
  959.  
  960.                 Main Menu Command`Send This First<%>LOAD
  961.  
  962.           If you wish to send something AFTER performing the DOS shell...
  963.           NOTE: The semi-colon after the <%>LOAD is REQUIRED!
  964.  
  965.              Sample Macro Line:   Main Menu Command'<%>LOAD;Send This Too
  966.  
  967.           If you wish to send something BEFORE and AFTER performing the DOS
  968.           shell...
  969.  
  970.              Sample Macro Line:
  971.  
  972.                 Main Menu Command`Send This First<%>LOAD;Send This Too
  973.  
  974.     PLEASE NOTE:
  975.  
  976.           In using either the <K> or <%> macro commands, only ONE command may 
  977.           appear per line.  If there are more lines in your macro,  you  must 
  978.           include  a  "Send After" string so that the host will send out some 
  979.           more text and your next "Look for" will come. 
  980.  
  981.           Spaces between and "Send Prior" or "Send  After"  strings  and  the 
  982.           macro  command  are  not  required  unless  the normal format would 
  983.           require them. 
  984.  
  985.           When using the <%>command, be sure THERE IS a command specified!
  986.  
  987.           When using the "Send After" option, you MUST include the semi-colon
  988.           immediately ater the <F>char##  or <%>command 
  989.  
  990.             examples:   <F>S10;string           <%>LOAD;string
  991.  
  992.  
  993.                               Enjoy- 
  994.