home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / m / mr2_141.zip / MR2.HST < prev    next >
Text File  |  1992-08-13  |  30KB  |  575 lines

  1. MR/2 - A QWK Compatible Mail Reader for OS/2.  07/09/92
  2.  
  3. Copyright (c) 1992, Knight Writer Software Company.
  4. All rights reserved.
  5.  
  6. ===================================================================
  7.                           N O T I C E
  8. ===================================================================
  9. This IS a shareware package, and does require a registration fee if
  10. you choose to continue using it after 30 days.   The registration
  11. fee is currently $20.  Eventually, the final product MAY have a
  12. "begging" screen with a key-file that will register the software
  13. and suppress it.  The more interest I get, the more likely I am to
  14. continue with improvements.
  15. ------------------------------------------------------------------
  16.  
  17.  
  18. KNOWN BUGS AND STUFF
  19. ====================
  20.  
  21. Mouse support is missing from some of the "inform user" screen.
  22.  
  23. The TEMPORARY directory MUST remain a subdirectory of the MR2 home dir.
  24.  
  25. You can't use "\" or "&" as part of any search text (since MR/2 uses them
  26. as delimiters).
  27.  
  28. You can't cancel a search until the first "hit" is displayed.  This is
  29. particularly irritating when soundex searching, since soundexing is
  30. noticably slower.
  31.  
  32. If you set "SkipReadMessages" to true, you cannot gain access to a
  33. conferences where all messages have previously been read.
  34.  
  35. I don't supply an editor.  You'll have to find your own or use E or EPM.
  36. QEdit for OS/2 works nice as an inexpensive, character-mode editor
  37.  
  38. You can't send ADD/DROP conference messages yet.  This seems easy enough,
  39. so I should be able to add it in soon.
  40.  
  41. ANSI support is not provided in a limitted fashion and @variables
  42. are not converted.  Sorry, maybe later.
  43.  
  44. Other frills that have not yet been addressed:  Bulk marking, forwarding
  45. messages, carbon copies, twit filter, function key assigning. There are
  46. probably others.  Feel free to bombard me with requests.
  47.  
  48. No long file name support.  Since QWK is a DOS thing, the only place I can
  49. see using it is for packet names (if the user renames it).  Any ideas?
  50.  
  51.  
  52. Changes included in v0.96
  53. -------------------------
  54.  
  55. o   MR/2 is now WINDOWCOMPAT, which means it can be run in an OS/2
  56.     character mode Window.  If you can find an editor that also runs
  57.     in a window (e.g., QEdit for OS/2 does) - you can take advantage of
  58.     the cut/paste capabilities of the clipboard.
  59.  
  60. o   Warning that MR2.INI does not exist (very first time MR/2 is invoked)
  61.     has been expanded.  More explanation is given as to what happens
  62.     if you choose to create MR2.INI.
  63.  
  64. o   Responding "N" for "NO" when asked if you wish to create and edit
  65.     your initial MR2.INI file no longer hangs.    There's an apparent bug
  66.     in the Zortech's fopen() call where NULL is not returned if the file
  67.     does not exist.  I've bypassed this.
  68.  
  69. o   Mouse cursor is now hidden before the screen is cleared when exiting.
  70.  
  71. o   If you searched for text, then replied, the reply logic trashed the
  72.     search string.    If you would press "N" to search for the next, it
  73.     would fail, and since the screens flashed so quickly, you couldn't
  74.     see the word you're search for isn't correct.  Anyway, it's fixed.
  75.  
  76. o   All individual help files have been combined into a single help
  77.     source, "MR2.HLP".  This seems to have slowed the help system down
  78.     somewhat - I'll optimize later.
  79.  
  80. o   When viewing messages, the message header is frozen at the top of the
  81.     screen and no longer scrolls with the message.
  82.  
  83. o   From the packet selection list, you can now use ALT-D to delete a
  84.     packet (after confirmation) or rename a packet with ALT-R.    Minimal
  85.     error checking is performed - rename only works within the original
  86.     packet directory.
  87.  
  88. o   Again, while on the packet selection list, you can use ALT-C to edit
  89.     the MR2.INI file.  The editor used will be whatever is currently
  90.     configured (in your MR2.ini file, or the "E" editor, if none has been
  91.     specified).  The .ini file is reloaded when control returns from the
  92.     editor.  (Screen clears to all red momentarily - close your eyes for
  93.     just a second until I fix this :)
  94.  
  95. o   Searching for text was only checking the body of the message.  It now
  96.     also checks the Subject, To and From fields.
  97.  
  98. o   Do you like to keep your editor open in another window?  If you set
  99.     your editor name up to be "NONE",  MR/2 will post a "waiting" message
  100.     instead of chaining to an editor.  This lets you switch to a window
  101.     with your editor loaded, edit, and switch back.  When all done, press
  102.     a key in MR/2, and your edited file will be processed.    This REALLY
  103.     works great with QWIKSWCH, or in 2.0 with just two sessions active
  104.     (MR/2 and your editor).  NOTE:  no check is made to see if the file
  105.     was actually changed.  I will provide some code to detect and warn
  106.     of this situation later.  REMEMBER: Reply.Msg is in a tmp$$\ directory.
  107.  
  108. o   A new MR2.INI option has been added to enable the setting of extended
  109.     attributes for reply files.  This saves some time when using the "E"
  110.     editor, as you won't have to set "Plain Text" them when you save the
  111.     file.  Options are:
  112.                 Attributes=NONE                 or
  113.                 Attributes=Extended
  114.  
  115.  
  116. Changes included in v0.97
  117. -------------------------
  118.  
  119. o   A new key has been enabled from the packet selection screen.  Alt-N
  120.     will update the file list (showing any new files).
  121.  
  122. o   "P" will now "print" the displayed message to "prn".  Message will
  123.     be formatted just like a "saved" message.
  124.  
  125. o   Mouse operations have been cleaned up and the cursor is hidden when
  126.     the mouse is not available for input.  Correct selection and menu
  127.     entries are highlighted and selected (previously, mouse cursor and
  128.     highlight bar did not correspond).  I still need to add mouse input
  129.     capabilities to the messages display screen.
  130.  
  131. o   Previously, when creating a new messages, "ALL" was filled in as the
  132.     TO field automatically, and the cursor was placed on the subject line.
  133.     After personally typing several netmail messages to ALL with the user
  134.     name on the subject line, I've changed this.  The "ALL" is still
  135.     defaulted, but the cursor stays in the TO field.  Tabbing out will
  136.     keep "ALL" unmodified - type over "ALL" and it will "Auto-clear".
  137.  
  138. o   When saving a message to disk, MR/2 now prompts for a file name,
  139.     providing the previously used file name as a default.  Currently,
  140.     changes made to the save file name are remembered only during the
  141.     current session.  MR/2 still reloads the name of the default save file
  142.     from the MR2.INI file each time it is invoked.
  143.  
  144. o   The Zortech "event" class that monitored the keyboard and mouse while
  145.     on a selection list would continuously poll these two devices until
  146.     something was available.  This would slow down other sessions
  147.     considerably.  I've now put a DosSleep call in place that cleans
  148.     this up nicely.
  149.  
  150. o   When an "empty" packet list is found, the previous error message did
  151.     little to explain the problem.  The new message does a more thorough
  152.     job and offers the chance to edit the .ini file and reload.
  153.  
  154. o   ReplyPath and ReplyFile are now functional in the MR2.INI file.  You
  155.     can now place your reply packets in a directory separate from your
  156.     QWK packets.  Also, you can control the naming of the reply temporary
  157.     file (which was previously hard-coded to be "reply.msg").  This makes
  158.     editing in a separate window simpler, as you don't have to path into
  159.     MR/2's work directory.  The ReplyFile specification will except full
  160.     path names, so "C:\Reply" is totally valid.  The .ini parameter
  161.     "QuoteToFile" was redundant and has been removed.
  162.  
  163. o   The BBS ID is now included in a message "saved" to an ASCII disk file.
  164.  
  165. o   If you forget the closing "\" on your PacketPath or ReplyPath, MR/2
  166.     will append one for you (if these values are not empty).
  167.  
  168. o   Extremely limited color configuration has been added - you can set
  169.     the colors for the message reading screen only (this also changes the
  170.     file viewer colors and BBS Welcome backdrop under the main menu).  The
  171.     method is primitive and not the final solution, but it should satisfy
  172.     some, as this should be where the most time is spent.  See the Color=
  173.     option in MR2INI.ORG and be prepared to do some thinking in hex.
  174.  
  175. o   Another new MR2.INI option has been added.  HeaderEditing allows you
  176.     to perform the editing of the message header from the default of
  177.     both before and after editing the message.  You may now select from
  178.     before, after, or the default of both.
  179.  
  180. o   The problem with the screen flashing red mentioned above (v0.95) was
  181.     a QEdit-only problem.  Qedit, as I found through experimentation,
  182.     checks the color at (0,0) upon entry, and clears the screen to this
  183.     color on exit.  I now place a black space at (0,0) before calling
  184.     any editor.  (This is why QEdit leaves an OS/2 screen blue on exit -
  185.     it reads the OS/2 command line message (blue) and clears with this).
  186.  
  187. o   Most of the "beeps" have been removed from the message viewer.
  188.     Scrolling or paging through messages or files will no longer beep
  189.     at beginning or end of file.
  190.  
  191. o   A minimal Welcome.QWK file is included in the distribution file.
  192.     The default pack path, if not changed, should show this packet.
  193.     Instructions are included in the packet on how to correct the
  194.     packet path.
  195.  
  196. o   The packet selection list now sorts in descending date/time order,
  197.     so the most recent packet will always be at the top of the list.
  198.     Previously, files were listed alphabetically.
  199.  
  200. o   You may now use ALT-P from the packet selection screen to change the
  201.     packet path for the session.  The existing path is displayed as the
  202.     default.
  203.  
  204.  
  205. Changes included in v0.98
  206. -------------------------
  207.  
  208. o   MR/2 version now displays at the top of the packet selection screen.
  209.  
  210. o   Text searches are now multithreaded.  While you're reading the first
  211.     matching message, MR/2 reads ahead and loads anything it finds into
  212.     a pipe.  "Previous" hits are supported via a stack-like structure
  213.     that can hold up to 200 hits.  You can move backwards and forwards
  214.     through matching messages freely.  The previous "Searching" screens
  215.     that appeared when you pressed "N" or "L" have been suppressed.  This
  216.     still needs some thorough testing ...
  217.  
  218. o   Pressing 'I' to select messages by header had a problem when pressed
  219.     on any of the first 8 messages in a conference.  Usually, the current
  220.     message is centered within the selection screen.  When the message was
  221.     one of the first 8, the current message would appear on top.  Now,
  222.     the listing starts from the first message in the list.
  223.  
  224. o   I added another color option to the primitive MR2.INI "Color" parameter.
  225.     You can now add two more hex digits (making this the 5th and 6th)
  226.     to control the color in the message header area.
  227.  
  228. o   Another event-class problem fixed.  Errors returned from mouse calls
  229.     were being ignored and, if no mouse was installed, "ghost" mouse
  230.     events were still being processed.  This caused MR/2 to flash a screen
  231.     or two, then exit immediately.  Now, if the mouse-open call fails, no
  232.     other mouse calls are significant.  I tested this by booting OS/2 1.3
  233.     from floppy (Disk #1) and exiting at the IBM screen.  Things still seem
  234.     to work well under 1.3.
  235.  
  236. o   Two more keys have been enabled during message reading - "T" will read
  237.     forward from the current message by subject ("thread").  "B" will
  238.     move backwards.  These functions use the old single-threaded search
  239.     code, with the "Searching..." message.
  240.  
  241. o   Errors encountered by the packer/unpacker command lines will be reported
  242.     before MR/2 exits.  It still exits, but it shows the failed command
  243.     first.
  244.  
  245. o   Errors encountered by your defined editor command line will also be
  246.     more clearly reported.  You will not, however, be booted out of the
  247.     program.
  248.  
  249. o   The reply packet path will now default (if not specified in MR2.INI) to
  250.     the reply path.  If neither are specified, the packet path defaults to
  251.     the current directory (which would be the MR/2 home directory), and the
  252.     reply path defaults to the same (actually to "..\", but replies are
  253.     handled while you're in the tmp$$ dir).  The previous beta probably
  254.     confused a few people when replies were put into the MR/2 home dir
  255.     instead of the old method of placing them with incoming packets.
  256.  
  257. o   Instead of adding searching capabilities to file viewing (new files,
  258.     bulletins, system news), I added direct access to the defined editor.
  259.     If your using a pre-loaded editor (Editor=NONE), this will not work.
  260.     If you are using a spawned editor, then while viewing any of the
  261.     mentioned files, you can press "E" and your editor will be loaded
  262.     with the file being displayed.  From here you can search, cut/paste to
  263.     other files or whatever.  You can make changes - but MR/2 will do
  264.     nothing extra to save them.
  265.  
  266.  
  267. Changes included in v0.99
  268. -------------------------
  269.  
  270. Didn't get as much done as I had hoped with this release.  There may be
  271. a version 0.99a before I call it 1.00.  If you're going to report a bug
  272. or request an enhancement, now's the time!
  273.  
  274. ***********************************************************************
  275. PLEASE: fill out and send me the answers to my survey contained in the
  276. file SURVEY.TXT.  I will use any responses to help plan the future
  277. development of MR/2 - AND I will offer the results to any other OS/2
  278. mail reader authors that I become aware of.
  279. ***********************************************************************
  280.  
  281. o   Searching status now says (0 hits) or (1 hit) or (>1 hits).
  282.  
  283. o   Multithreaded searching problems fixed with regards to freeing memory
  284.     BEFORE calling DosExit().  Also added some code to use the "reading
  285.     message" semaphore when canceling a search, so as not to cross wires
  286.     while cleaning up.
  287.  
  288. o   Messages > 100 lines are now split up.  If more than 100 lines exist,
  289.     splitting occurs at line 95, a "continued" message is appended and a
  290.     additional message(s) are generated with "(Cont'd)" appended to the
  291.     subject line.
  292.  
  293. o   If the first message in a conference happened to contain the previously
  294.     specified "search string", the message viewer would position the text
  295.     as if a search "hit" was found.  This has been corrected.
  296.  
  297. o   Mouse support has been added to the message viewing screen.  Click on
  298.     the bottom "status" line works the same as hitting ENTER.  Click on the
  299.     next line up (last display line) and you've simulated "spacebar".  Any
  300.     other line on the bottom half of the message area is a page-down.  Click
  301.     on any line in the top half of the message is the same as a "page up".
  302.     Click on the "==" header dividing line and you've requested the previous
  303.     message ("G" or "-").  Click on "Subject:" pages forward by thread,
  304.     "Conf:" brings up the index and on "Hit" (or where it should be displayed)
  305.     for the next search.  You still can't acknowledge a few of the
  306.     "informative" message boxes with the mouse yet ... I'll get these next.
  307.  
  308. o   New MR2.INI option: SkipReadMessages.  If set to YES, MR/2 will do its
  309.     best not to show you previously read messages.  Any time you move
  310.     forward "normally" (using ENTER, spacebar or "+"), any message marked
  311.     previously as read will be skipped over.  You can still select any
  312.     message by index, or page backwards with "G" or "-".  Searching and
  313.     threading will always reread a message.  Problem:  using "G" moves
  314.     back sequentially ONE message - if messages were skipped, this may not
  315.     be the message previously read.  Problem:  You can't get into any
  316.     conference that has been completely "read".
  317.  
  318. o   New MR2.INI option: QuoteBody.  Can be used to control the quoting used
  319.     when creating an initial reply file.  If set to "%i>" (enclosing the
  320.     string in quotes is suggested), then the %i is replaced by the
  321.     from-user's initials, and any other text is duplicated as specified
  322.     (spaces may be used to pad).  An additional parameter may be appended to
  323.     the end of the quote string, separated from it by a comma.  This parameter
  324.     may be EachLine or FirstLine.  Each line prefixes each quoted line with
  325.     the quote string, FirstLine prefixes only the first line of the quote,
  326.     then indents all other lines to align with the first.  If not specified,
  327.     the default is EachLine.
  328.  
  329.     NOTE: %i is the only special string parameter supported at this time.
  330.     It may be ommitted from the quote string, if desired (e.g., "->").
  331.  
  332. o   New MR2.INI option: OldQuoteDetect.  When this parameter is set to YES,
  333.     MR/2 attempts to identify any previously quoted text when building
  334.     a reply file.  Any text suspected of being a previous quote will not
  335.     be prefixed with the quote body string.  Blank lines are also not
  336.     quoted.  This often results in a cleaner quoting style.
  337.  
  338. o   New MR2.INI option: HeaderInQuote.  If YES is specified, a copy of the
  339.     original message header (in a format similar to a saved or printed
  340.     message) is inserted at the very beginning of an initial reply file.
  341.     This allows for the creation of clever editor "macros" that can mold
  342.     the header infromation into quoting styles not supported directly
  343.     by MR/2.  Make sure this area is removed from the reply before it is
  344.     saved as MR/2 makes no effort to detect and remove it.
  345.  
  346. o   Searching for text now supports multiple-word "or" searches.  If you
  347.     want to search through a conference for messages that contain OS/2,
  348.     IBM or "Nick Knight", simply fill in the search form with
  349.     "OS/2\IBM\Nick Knight" (less the quotes).  The backslashes are the
  350.     delimitters, and, no, you can't search for anything with a "\"
  351.     character in it.  Searching is done in one pass and only the first hit
  352.     in any one message counts.
  353.  
  354. o   In older versions, the reply packet retained all killed messages
  355.     and would depend on the mail door to discard these messages.  When
  356.     editing a reply, MR/2 would create a "new" message and kill the old
  357.     version.  If you edited a message multiple times, you would have a
  358.     packet with an "invisible" copy of each older version.   First,
  359.     it was pointed out certain doors don't check the status flag and post
  360.     these messages anyway.  Then it was pointed out to me that not all users
  361.     are accessing the board locally, and uploading inactive messages is
  362.     causing longer connect times.  While I actually consider the former a
  363.     mail door bug, the latter point hit home.  MR/2 now filters out all
  364.     killed messages just before packing it into the .rep file.
  365.  
  366. o   Not sure how to spell "Bernoulli", or don't trust other message writers
  367.     to spell it correctly?  No, I haven't included a spell checker - but
  368.     searches can now use "soundexing", or phonetic spelling.  This code will
  369.     undoubtably be tweaked over time, but the base algorithm is very sound.
  370.     If you prefix any search word with a "&", soundex checking will be
  371.     performed.  Searching for "burnully" WILL find "Bernoulli" and all
  372.     spellings that soundex to the same value.  Another example, "Windows"
  373.     will see "windoze" as a phonetic match.  WARNING: "OS/2" doesn't
  374.     create any kind of realistic soundex key.  Results will not be usable
  375.     with short words - you'll get more matches that you can track.  The
  376.     longer the search string the better.  Note that this type of search
  377.     is MUCH slower than straight character matching - good thing it's
  378.     multithreaded :)
  379.  
  380.  
  381. Changes included in v0.99b
  382. --------------------------
  383.  
  384. o   When editing a previous reply, a new option assigned to F9 exists
  385.     for saving header (to/subject/conference) changes without having
  386.     to edit the actual reply.
  387.  
  388. o   You can now hit ALT-F from the conference selection screen to search
  389.     through all conferences.  When viewing messages in this mode, many
  390.     of the regular keystroke options are not available.  Pressing ENTER
  391.     "T" or "N" will bring up the next search "hit".  Pressing "G", "-",
  392.     "B" or "L" will display the previous search hit.  Pressing "F" will
  393.     allow you to search ALL messages for another string.  The "I" key is
  394.     not implemented in this mode, and will tell you so if pressed.  Any
  395.     undefined key will move to the next search hit.
  396.  
  397. o   I've started to add the ability to ADD or DROP conferences,
  398.     although it doesn't really work yet.  It appears that each mail door
  399.     can decide to do this its own way.  My research continues ...
  400.  
  401. o   The status of each message is now preserved through the use of
  402.     extended attributes attached to the packet.  Exiting a package and
  403.     later reloading it will not destroy the read/replied/saved state of
  404.     each messages.  You must have KeepMessageMarks set to YES in the .ini
  405.     file.
  406.  
  407. o   There was a bug that occurred when editing a reply or new message
  408.     header and ESCAPE was pressed by accident.  If you would then press
  409.     ESCAPE again to deny aborting the message, the TO field would get
  410.     changed to match the FROM user.  This has been corrected.
  411.  
  412. o   The helpful little instruction lines at the bottom of the screen are
  413.     back.  I had tons of trouble with Zortech's screen classes handling
  414.     (they were always there, and were supposed to be showing up, but rarely
  415.     did), so I did a little bypass surgery and things work nicely now.
  416.  
  417. o   Some of the confirmation "boxes" were confusing, as the options were
  418.     always OK and CANCEL.  I've added some variations that provide more
  419.     sensible choices (e.g., "YES/NO" and "KEEP/DELETE").
  420.  
  421. o   The INSERT key now functions just like the "I" key while viewing a
  422.     message.  It will invoke the message header "index" screen.  Many
  423.     DOS readers use the INSERT key in this way.
  424.  
  425. o   Priority is now set lower on the background search process.  Previously,
  426.     if you attempted to reply to a search-hit while the search continued,
  427.     the background thread would fight for the machine and cause a noticable
  428.     delay.
  429.  
  430. o   Related to the previous note - if you replied to a search "hit" while
  431.     the search continued in the background - the messages checked/hits
  432.     counter would show through to the editor, overwriting the bottom line
  433.     of the screen.  This has been suppressed - although searching will
  434.     continue while in your editor.
  435.  
  436. o   When viewing a message, you may press the "O" key to access an OS/2
  437.     command line.  You will need to use the "EXIT" command to return to
  438.     MR/2.  I will enhance this to modify the prompt (to remind you you're
  439.     shelled-out of MR/2), and I hope to provide access to this feature
  440.     nomatter where you're at.  Currently, though, it works ONLY while
  441.     reading a message.
  442.  
  443. o   The quoting of the source message sometimes left a high-end ASCII
  444.     character at the end of teh reply file.  This has been fixed.
  445.  
  446. o   Finally!  I'm 99% sure I found the last (?) nasty critical-error
  447.     type bug.  It had to do with reply to a search "hit".  If you would
  448.     later go back to review your replies, a protection violation ocurred
  449.     the minute you selected the "replies" conference.  This was
  450.     non-destructive (your replies were always there when you reloaded
  451.     MR/2), but it was extremelly irritating.
  452.  
  453.  
  454. Changes included in v0.99c
  455. --------------------------
  456. ------------------------------------------------------------------
  457.  *** KEYS ASSIGNMENTS HAVE BEEN CHANGED SINCE VERSION 0.99B ***
  458.  
  459. T was next message by thread - it's now steal tagline.
  460.         Use H to move ahead by thread
  461.  
  462. When replying, F2 used to toggle from/to - now it selects taglines.
  463.         Use F3 to toggle from/to
  464. ------------------------------------------------------------------
  465.  
  466. o   When replies were killed, some previous versions would not display the
  467.     status as "killed".  This has been corrected.
  468.  
  469. o   Tearline has been changed to "___" from "---" so as not to confuse
  470.     Fidonet mail processors.
  471.  
  472. o   Some more problems with read/saved/replied/killed status not showing
  473.     up correctly have been fixed.
  474.  
  475. o   Lines longer than 80 columns would sometimes cause display problems
  476.     for messages and file listings.  This has been corrected.  The most
  477.     common indication of this problem was the status/instruction line
  478.     being overwritten with message text.
  479.  
  480. o   MR/2 now sets the video state so that high-intensity background colors
  481.     can be used.  This means that blinking attributes won't blink any
  482.     more, but provides for more color choices.
  483.  
  484. o   When you edit the packet path from the packet selection window, the
  485.     full file specification being used is displayed for editing.
  486.     Previously, only the directory was shown and modifiable.  Now, you
  487.     can change the directory and/or the wildcard filename qualifier.  This
  488.     done partially as an aid in debugging (one) problem-prone installation.
  489.  
  490. o   When displaying the Welcome and Goodbye screens, MR/2 now attempts to
  491.     detect and display ANSI escape sequences.  If the first character in
  492.     the source file is an ESCAPE character, then ANSI displaying is enabled.
  493.  
  494. o   The SAVE to file function has been enhanced.  When prompted for the
  495.     save file name, you may now press F2 to select from a list of existing
  496.     save files.  You may place a wildcard specification in the form
  497.     before pressing F2 to control which files are displayed.  If no
  498.     wildcards are found in the default name, MR/2 derives a specification
  499.     from the default file's path and suffix.  From the save file selection
  500.     list, you may optionally use ALT-E to "edit" any displayed file name.
  501.  
  502. o   Taglines have been enhanced.  You can now load a list of taglines from
  503.     a file by specifying "@filename" for the MR2.INI "TagLine" parameter.
  504.     The "@" sign says to treat the line as a file name.  A new parameter,
  505.     "TagMode" is now available that can be set to RANDOM or SEQUENTIAL.
  506.     Random will skip around the tagline file for each reply, SEQUENTIAL
  507.     randomly jumps to the first tagline, then progresses through them in
  508.     order for subsequent replies.  NOTE:  Editing a reply causes a new
  509.     tagline to be chosen for the original message.  You must hand pick a
  510.     tagline to control this.  Three sample tagline files have been included,
  511.     OS2.TAG, Misc1.Tag and Misc2.Tag.  I have a 166k Misc3.Tag, but I felt
  512.     it was too large to include.
  513.  
  514. o   When replying, the FROM/TO toggle has been moved to F3.  F2 now invokes
  515.     tag line selection.  Use this to "hand pick" a particular tagline for
  516.     the current reply.
  517.  
  518. o   When reading message, the "T" key previously would move forward by
  519.     thread.  This has been reassigned to the "H" key.  The "T" key now
  520.     attempts to "steal" the currently displayed messages tagline.  The
  521.     line selected by MR/2 is displayed for editing.  You may also "hand
  522.     pick" any line from the original message by using the up/down arrows
  523.     to scroll through message lines.  This will aid "stealing" when MR/2
  524.     can't properly identify the correct line containing the tag.
  525.  
  526.     NOTE:  Stealing and selecting taglines will change the "sequential"
  527.     progression of auto-rotating taglines (in SEQUENTIAL mode only).
  528.  
  529. o   The end-of-list logic has been modified slightly for selection list
  530.     screens.  Now, when you press END while selecting from a list, not
  531.     only does the display jump to the last page, but the last element is
  532.     highlighted.  Along the same lines, pressing PAGE DOWN when on the
  533.     last page of a list display will move the highlight to the last entry.
  534.  
  535. o   The HeaderInQuote option reported the "To" user to be the same as the
  536.     "From" user.  This has been fixed.
  537.  
  538.  
  539. Changes included in v1.00    (Note: .99c was not widely distributed)
  540. --------------------------------------------------------------------
  541.  
  542. o   Internal: replaced hand-written copying of initial .ini file with a
  543.     call to DosCopy().
  544.  
  545. o   Opening a packet will now cause the packet's control file to be copied
  546.     into the MR/2 home directory as bbsname.CFG.  This file will be used by
  547.     the logic for entering messages without a packet.  You should see a
  548.     .cfg file for each unique BBS from which you read QWK packets.
  549.  
  550. o   From the main packet selection screen, you may now press ALT-E to enter
  551.     messages for any BBS that MR/2 has ever encountered.  A list of ".cfg"
  552.     files is displayed (see previous note) for selection.  When one of these
  553.     names is picked, MR/2 creates a partial packet and allows entry of new
  554.     messages, and reviewing of these message (and any previously existing
  555.     replies).
  556.  
  557. o   Ooops.  The background searching was being set to "idle" priority.  This
  558.     worked great, until a DOS app/hog using a polling loop was loaded (for
  559.     example, WordPerfect).  The search would tend to freeze and MR/2 would
  560.     lock up.  Priority for the search thread has been left "regular", but
  561.     changes to a lower priority "level".
  562.  
  563. o   I've actually written a manual!  It's not as good as I'd like, but I'll
  564.     work on that later.  I have to figure out how to do table of contents
  565.     and an index in WordPerfect.  I'm used to Ventura Publisher, but that
  566.     won;t print to an plain ASCII text file.  See MR2.DOC and again,
  567.     comments and suggestions are always welcome.
  568.  
  569. o   MR/2 now recognized the existance of a properly checksummed MR2.ID
  570.     file.  This will be the file sent to registered users and will remove
  571.     the "NR" markings from their taglines.  When this file is present, the
  572.     registered user also has the option of including their serial number in
  573.     each tagline.
  574.  
  575.