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