home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / OS2 / MR2_200.ZIP / READ.ME < prev    next >
Text File  |  1994-03-13  |  35KB  |  710 lines
  1. MR/2 - A QWK Compatible Mail Reader for OS/2.  03/14/94
  2.  
  3. Copyright (c) 1994, 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 $25 US.  Eventually, the 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. CONTACTING THE AUTHOR
  18. =====================
  19.  
  20. You  can contact me in a number  of ways.  Unfortunately, I can't
  21. provide a phone number at this time.
  22.  
  23. US Mail:       Nick Knight
  24.                1823 David Ave.
  25.                Parma, Ohio 44134
  26.  
  27. Fido netmail:  1:157/2 to "Nick Knight"
  28.  
  29. Internet:      User "Nick Knight", (nick.knight@pcohio.com)
  30.  
  31. Fido Echomail: Find the Fidonet OS2PRODSUPPORT conference.  I'm there.
  32.  
  33.                Echomail messages to  me in more general conferences are
  34.                discouraged, as keeping them "on  topic" and
  35.                interesting to the masses would be difficult.  I do
  36.                read OS2, OS2PROG, C_PLUSPLUS and DR DEBUG daily,
  37.                though.  OFFLINE echo also (deals with mail readers),
  38.                this might be THE place to ask public questions, eh?
  39.  
  40.                I recently have acquired access to a host of other
  41.                networks with OS/2 conferences.  These include RIME,
  42.                SmartNet, Uninet, Intelec, Nanonet, Racenet and some
  43.                others I can't remember.
  44.  
  45.                I also do poll the Fidnet OS2PRODSUPPORT echo.
  46.  
  47. Direct BBS:    Leave a message on the Nerd's Nook BBS (1:157/2) at (216)
  48.                356-1772, 356-1872 or 356-1431.  I check in here
  49.                multiple times a day.  I will also keep the most recent
  50.                copy of MR/2 posted here.  Other boards (non-local)
  51.                will get updates at my convenience.
  52.  
  53. **************************************************************************
  54. **************************************************************************
  55. **             NOTE:  Nerd's now supports an MR/2 conference            **
  56. **             and file area.  Conference #208 is dedicated to          **
  57. **             MR/2 support and files.  File area #45 contains          **
  58. **             MR/2-related files.  Any file uploaded into              **
  59. **             conference 208 will be placed in file area 45.           **
  60. **************************************************************************
  61. **************************************************************************
  62.  
  63.                Nerd's does support file requests (157/2 or 157/3)
  64.  
  65. Compuserve:    I check in here only when I have to.  Try mail to my
  66.                user ID  - 76066,1240, although this isn't the best
  67.                approach.
  68.  
  69.  
  70.  
  71. Changes included in v1.99cx thru v2.00
  72. --------------------------------------
  73. Well, this is the long awaited v2.0 release!  As usual, I wish I
  74. would have had *just another week*, but I'm already 10 weeks late
  75. from my original Jan 1 target.  I'm sure there will be some quick
  76. updates as this hits the streets and some more bugs shake out.
  77. I've got to at least get to v2.03 soon, so as that Steve fellow that
  78. still uses v1.03 in Fido's OS/2 conferences will finally upgrade :)
  79.  
  80. Lots of exciting things still to come.  I just added CLONING as an
  81. experiment, and there's lots of potential here.  Multiple sessions
  82. for different BBS's has been working ok; also has more potential.
  83. I'm personally in desperate need of a more complete folder setup.
  84. This means some type of database capability - entirely optional and
  85. user defined.  I will be collecting ideas, requests and suggestions
  86. for subsequent versions.  If I didn't get to something you want or
  87. need, feel free :)  I *do* have every piece of correspondence ever
  88. sent to me, and I will pass through this yet again.
  89.  
  90. o   More work on the manual - 91 printed pages.  Updated several
  91.     sections and the corresponding table of contents entries.  No
  92.     index yet, but I plan on keeping this more up-to-date than it's
  93.     been in the past.  I also plan a more nicely formatted version
  94.     for those that want more than just ASCII text.
  95.  
  96. o   Modified MR2INI.ORG extensively.  This is the default INI file
  97.     that is copied to MR2.INI the first time you bring up MR/2.
  98.     Mostly a rearrange; I divided the file into sections:
  99.     Basic setup, Reply/Quoting, Intermediate, Advanced and Misc.
  100.     Some explanation at the front of the file, with notes to
  101.     reference SEARCH.INI and EXAMPLE.TF where appropriate.
  102.     Much cleaner.  I hope this helps new users get going more
  103.     smoothly.
  104.  
  105. o   Added more examples to SEARCH.INI, focusing on some of the
  106.     newer and more power virtual conference features.
  107.  
  108. o   Added mr2icons.zip to the distribution zip (7k).  Several misc.
  109.     MR/2 and MR/2 PM icons provided compliments of long-time
  110.     registered user John Bales.  Thanks John!
  111.  
  112. o   Fixed a bug where, when killing certain replies, MR/2 would
  113.     seem to hang, but then come back.  There was an uninitialized
  114.     counter under certain circumstances.  This caused a loop to
  115.     "do nothing" for some random amount of time until the counter
  116.     ticked down.  In the debugger session where I discovered this,
  117.     the counter was set to 27,000+.  It took about 2 minutes to
  118.     come back.  Fixed.
  119.  
  120. o   Spaces within an address-book "tag" field would keep the address
  121.     from being selectable from the pick-list.  Fixed.
  122.  
  123. o   WPS Associations referencing .REP files would fail, as would
  124.     referencing a .REP file on the command line (same thing).
  125.     This works now.
  126.  
  127. o   Fixed a problem where the reply packet would often be rezipped
  128.     even though no changes were made to it.  This happened when
  129.     using no-packet entry and when selecting a .REP file directly
  130.     from the packet selection screen.
  131.  
  132. o   Fidonet addresses that had two digit ZONES (e.g., 40:383/1) were
  133.     not working properly.  The zone was seen as only the last digit.
  134.     Fixed for two digit zones - sorry, I didn't even know they
  135.     existed :)
  136.  
  137. o   Address book:  when selecting an address specified as private,
  138.     either through the pick-list of by direct "!tag" identifier,
  139.     the private flag would often remain public.  Fixed.
  140.  
  141.  
  142. Changes included in v1.99bx
  143. ---------------------------
  144.  
  145. o   When using the /I or /W command line parameters (to open a
  146.     second MR/2 session, for example), MR/2 would exit when the first
  147.     packet was exited.  Now it correctly returns to the packet select
  148.     screen.
  149.  
  150. o   A user noticed that the highlighted item on the message index screen
  151.     was a little difficult to read.  In checking, I found that I used
  152.     "light red" for foreground.  Normal "red" is now used and the text
  153.     appears slighlty sharper and easier to read.  This effects most
  154.     Blue selection boxes and confirmation prompts.
  155.  
  156. o   I *really* didn't want to do this so close to a scheduled major
  157.     release.  In fact, I don't know if I'll even try to finish this for
  158.     v2.0, as to get it just right may take some time and experimentation.
  159.     Cloning a session.  It works, but there are tons of "how should this
  160.     be handled questions".  Read the next two entries.
  161.  
  162. o   New command line switch - /Clone or just /C.  This *assumes* that
  163.     a packet is already open in your default (or overridden with /w)
  164.     working directory.  This mode simply "uses existing packet",
  165.     sets "go to last read position" and opens MR/2.  When the packet
  166.     menu is exited, you exit the program without cleanup.  This is for
  167.     use with an already running MR/2, so as to allow reading of the
  168.     same open packet in another session.
  169.  
  170. o   Added some preliminary function keys to the MR/2 message viewer.
  171.     CTRL-F1 "clones" a windowed session.  CTRL-F3 clones full screen.
  172.     This opens a second copy of MR/2, using the existing packet.  This
  173.     allows for multiple windows or session reading independently.
  174.     The cloned window will not cleanup files, will not have bookmarks
  175.     recorded (they are currently lost when session is closed).
  176.  
  177.     I just cloned three additional sessions from one "main" session.
  178.     That's 4 windows into the same packet.  This is *too* neat.
  179.  
  180.     This will take more thinking, but it's already been useful to me,
  181.     so I'll let this out for others to experiement with.  Some problems
  182.     for me to resolve (and that means others should feel free to
  183.     influence me :).
  184.  
  185.     Is it too restrictive to only let replies be generated from the
  186.     "master" session?  Hmmm.  I've having some brainstorms here.  I'm
  187.     going to sleep on this one.
  188.  
  189.     NOTE:  I've already thought this out to a level that's way too
  190.     complicated to finish for v2.0.  I will complete this code after
  191.     v2.0 is released, and I will take suggestions in the meantime.
  192.     So, while this feature will be left for those who wish to
  193.     explore it, it will remain undocumented and "unsupported" for
  194.     v2.0.  I just don't want to rush to fix bugs in this right now.
  195.  
  196.     ALSO NOTE:  Each cloned window is a child of the session doing
  197.     the cloning.  If you close the parent, the clildren disappear,
  198.     too.  There are so many possibilties here, and so may possible
  199.     problems :).
  200.  
  201. o   Fixed a minor problem with selection lists where, when paging down
  202.     at the end of the list, the cursor would sometimes move up or down
  203.     the list, but not land on the last entry.
  204.  
  205. o   Mouse cursor would sometimes leave a "black hole" on blue prompt
  206.     boxes.  In fact, mouse cursor was not visible for these boxes unless
  207.     first moved.
  208.  
  209. o   Read.me file:  removed pre v1.95 material.  I will make all complete
  210.     modification logs available on Nerd's Nook sometime after v2.0 is
  211.     released.
  212.  
  213.  
  214. Changes included in v1.99Ax
  215. ---------------------------
  216.  
  217. o   Phantom "killed" status would sometimes show up in the corner of
  218.     the messge viewer when reading inbasket/logged messages.  The
  219.     messages was often active, and the status report in error.  I've
  220.     fixed this.
  221.  
  222. o   More manual work.  Checked for spelling mistakes and generated a
  223.     preliminary table of contents.
  224.  
  225. o   Thesaurus - cleaned up all the fancy features.  They didn't always
  226.     work as advertised :(
  227.  
  228. o   Fixed a bug where, upon reentering an "existing", previously opened
  229.     packet, the local INI file was not loaded before parts of the packet
  230.     where reloaded.  This caused things like conferences that were
  231.     declared as hidden to be displayed.  They would be hidden when the
  232.     packet was open the first time, but ALT-X, go back in and they'd
  233.     be listed.
  234.  
  235. o   Added S-Save and P-Print to Bulletins, Files and News viewers.
  236.     Careful, as ANSI codes *are not* stripped before saving/printing.
  237.     Help screen also updated.
  238.  
  239. o   I scrunched the message header form one more time, getting 3 more
  240.     characters for taglines.  That makes a max tag of 69 chars.  When
  241.     I get more energy I'll expand this again.  I figure I can get 3-4
  242.     more, but I'd have to rework the whole form.  Not something I care
  243.     to do at this time.
  244.  
  245. o   Ouch!  Big problem with ADD/DROP logic; whether using the default
  246.     door name or a INI-declared name.  Both Subject and To fields
  247.     in the message header received C-type (zero terminated) strings
  248.     instead of QWK formatted, fill-with-spaces strings.  I'm sure this
  249.     confused many a mail door and was probably the reason I received
  250.     so many "not working" complaints.  Heck, it confused my message
  251.     index screen!  Sorry :(.  Thanks you to Marc Bourassa for getting
  252.     me enough info to find this!
  253.  
  254.  
  255.  
  256. Changes included in v1.99x
  257. --------------------------
  258.  
  259. o   More manual work, of course.  I'm up to 81 pages and still more
  260.     to do.
  261.  
  262. o   Help screen touch-ups to reflect new keys added in the last
  263.     release or two.
  264.  
  265. o   Added new reply-time replacable template variables:  TargetTo,
  266.     TargetToFirst and TargetToLast.  These are the same as the "TO"
  267.     series, except that TO is replaced by the original messages TO
  268.     and is useful mostly for attribution lines.  It was brought to my
  269.     attention that accessing the target user's name was not available.
  270.     It is now!  Still thinking about Subject and others along those
  271.     lines ...
  272.  
  273. o   Removed MR2.HST from the distribution zip list.  I read it over
  274.     and every feature it describes is now documented.
  275.  
  276. o   Added Hotkeys back to the Edit Message Header screen.  F4 used to
  277.     bring up the tagline picklist, and for awhile F6 brought up the
  278.     Address pick list.  I removed these keys and received some
  279.     complaints.  I've added alternate ways to get to the picklists on
  280.     this screen:  ALT-T to select taglines, ALT-C for conferences and
  281.     ALT-A for addresses (these work from *any* field).
  282.  
  283. o   Added some options for accessing external utilities differently.
  284.     This was partially in an attempt to solve some rare problems with
  285.     either 4os2 or booting from the D:\ drive, or both.  These may
  286.     offer a performance boots in other cases.  Since I just spelled
  287.     this all out in a messages, I'll use that:
  288.  
  289.     For all of MR/2 classic's external utility access, I used the
  290.     system(command) call.  This is a C function that says "load the
  291.     command processor and give it this command".  This is all dependent
  292.     on the comspec being set correctly, and on ZTC's runtime code (which
  293.     did look ok, BTW). Still, BW/2 mentioned being able to run an editor
  294.     and/or pkzip directly, w/o loading CMD.EXE.  I thought for a second,
  295.     and remembered that MR/2 PM does exactly this.
  296.  
  297.     So, I scarfed the Run() function out of my MR/2 PM code and made it
  298.     optionally accessible.  Now, mind you, this gets a little silly and
  299.     is subject to one final change :).  I still call external EXE's the
  300.     same old way ... UNLESS you prefix it with a code or two.
  301.  
  302.     For example:
  303.  
  304.     Editor=q                loads q.exe the same old way.
  305.  
  306.     Editor=!c:\qe3\q.exe    loads a windowed Q.exe on the desktop,
  307.                             running q.exe directly (no cmd.exe
  308.                             involved).  File must be fully qualified
  309.                             with full path specifications.
  310.  
  311.     Editor=!!c:\qe3\q.exe   loads a full screen session w/o loading
  312.                             cmd.exe - q.exe loads directly.
  313.                             Fully qualify the file name.
  314.  
  315.     Editor=!$c:\qe3\dos\q.exe
  316.  
  317.                             loads a DOS windowed session, loading Q.exe
  318.                             directly.  CMD.exe is not accessed, but
  319.                             command.com is.  May still cause D:\ booting
  320.                             problems, but it's an option.
  321.  
  322.     Editor=!$!c:\qe3\dos\q.exe
  323.  
  324.                             Loads the DOS Qedit into a Full screen DOS
  325.                             session w/o accessing cmd.exe.
  326.  
  327.     NOTE that these work with the zipper/unzipper, too, as well as
  328.     PreEdit, PostEdit, F2-F10, etc.,.  Anytime an external util is
  329.     called, I check for these prefixes for special processing.    I
  330.     should have done this a long time ago :)
  331.  
  332.     Since CMD.exe is removed from the loop with these commands, the
  333.     programs should load more quickly.  In fact, they seem to, but it's
  334.     very hard to measure.
  335.  
  336. o   Problem with BackDropMaxLines.  If this maximum line count was
  337.     GREATER than the actual lines in the file, MR/2 would end up
  338.     searching/displaying *past* the end of the buffer.  This caused
  339.     garbage to the screen at best, crashing in most cases.  The GCO
  340.     ANSI Goodbye screen was only 20 lines long, and with the max lines
  341.     set at 24, horrible things would happen.  Fixed.
  342.  
  343.  
  344. Changes included in v1.98x
  345. --------------------------
  346.  
  347. o   Manual work.  It's growing fast.  Enclosed is a new "preliminary"
  348.     MR2.DOC file.  The old manual was 22 pages, this one is 70 or so
  349.     and there's still plenty to add.  Some sections are incomplete.
  350.     No, I haven't checked for spelling errors.  I'm open for comments,
  351.     but don't dig too deeply, please.
  352.  
  353. o   PurgeAfterDays and PurgeAfterCount now actually function.  Here's
  354.     how it works:  When you close a packet, MR/2 has always "packed"
  355.     your InBasket, if any.  This process simply involved passing through
  356.     the InBasket and removing "killed" message by writing over them with
  357.     active ones.  When the ReplyLog was added, the same process was
  358.     performed.  Since the reply log grows with each reply, I added code
  359.     to control the number of messages kept, by maximum age or by maximum
  360.     count, or by both.
  361.  
  362.     If PurgeAfterDays is not specified (or set to zero), no age
  363.     check is performed on replylog messages.  Otherwise ...
  364.  
  365.     The Reply log is first packed the old way with a slight additional
  366.     check.  If a message is found to be active and older that the
  367.     cut-off date (older that PurgeAfterDays old), then the message is
  368.     marked as killed.  The normal removal process follows after this
  369.     check.  If a message is killed and it has a "source" or "original"
  370.     message after it (these have special MR/2-internal markings), this
  371.     is also killed.  Once this pass has been completed, all manually
  372.     killed and "old" message have been removed, along with any "source"
  373.     messages recorded with them.  A count of active messages is returned
  374.     to the packing process.
  375.  
  376.     If PuregAfterCount is not specified, or set to zero, no maximum
  377.     message checking is performed.  Otherwise ...
  378.  
  379.     Now, MR/2 compares the active message count to the specified maximum
  380.     (PurgeAfterCount).  If found to be greater, then the number of
  381.     messages to delete is calculated.  A new pass is made through the
  382.     folder, and the oldest messages are marked and deleted until the
  383.     number of messages to delete has been reached.  Again, if a message
  384.     is removed, so is its source/original message, if one exists.
  385.  
  386.     I will add a way to mark a reply as "permanent".  This will keep
  387.     the packing routines from removing it.  A permanent message will
  388.     not be deleted until you manually kill it.  As an additional
  389.     feature, I want to add an "unkill" key.  I've killed a couple of
  390.     replylog messages that I didn't want to, and saving them was a
  391.     real pain.  And I even know how!  I wouldn't expect anyone else to
  392.     be able to figure this out.
  393.  
  394. o   Double confirmation prompt on exiting the editor w/out saving. I
  395.     lost my last long-winded reply to this gotcha.  If you would press
  396.     ESCAPE too many times, too fast, while in the internal editor, you
  397.     would often end up losing any/all changes.  This was because ESCAPE
  398.     is seen as a request to exit the editor, and the "would you like to
  399.     save" question, when ESCAPE is pressed, says "No". Two escapes and
  400.     you've lost any changes.  I've done this more than once by accident.
  401.     It angered me; I apologize for causing anyone else this frustration.
  402.     Now, if you escape out of the editor and changes have been made, it
  403.     asks you if you wish to save them.  If you press ESCAPE, it askes if
  404.     you're sure, and ESCAPE says "no, I'm not sure" and saves your work.
  405.     You must press YES or press ENTER to abort changes.
  406.  
  407. o   Cutting from a DOS windowed session and pasting to MR/2, using
  408.     ALT-* fails.  Previous versions would actually crash, leaving the
  409.     clipboard open and locking up any program that tried to access it
  410.     afterwards.  I'm still trying to find out why this fails, but in
  411.     the meantime, I removed the crashing, and the subsequent lockups.
  412.  
  413. o   Packing the folders (Inbasket, ReplyLog).  A informative popup
  414.     window now is displayed while this process performs it's work.
  415.  
  416. o   Added a "Make Permanent" key for use within the Reply Log.
  417.     Pressing "!" will mark the Reply Log message as a "keeper" and
  418.     the Folder packing routine will no automatically delete this
  419.     message, nomatter how old it is or how many messages over the
  420.     maximum exist.
  421.  
  422. o   Added an "UnKill" keystroke.  Pressing "U" will remove the "Killed"
  423.     marking from any message.
  424.  
  425. o   New INI parameter - BackdropMaxLines.  This controls the maximum
  426.     number of lines from the WELCOME and GOODBYE screens will be flashed
  427.     to the screen.  Some BBS's have ANSI Welcome screens that are
  428.     multiple pages long.  MR/2 would proceed to flash these messages
  429.     completely at various times.  Set BackdropMaxLines to 25, for
  430.     example, to flash only the first screen.  Setting this parameter to
  431.     zero will suppress the Welcome screen altogether.  The default is
  432.     set to -1, which will flash any and all lines of the file to the
  433.     screen.
  434.  
  435. o   I think I fixed the problem with crashing when trying to finish
  436.     out of MR/2 *before* the background searching was finished.  This
  437.     would not happen if all virtual conferences had been created but,
  438.     if you would open a packet by mistake and try to quickly get out
  439.     of it, crash!  This was because I was deleting all the work files
  440.     before the background process was told to stop ... and it was
  441.     trying to read messages.dat.
  442.  
  443. o   New INI parameters: F2 through F10.  Used to attach command-line
  444.     actions to function keys.
  445.  
  446.  
  447. Changes included in v1.97x
  448. --------------------------
  449.  
  450. o   I forgot to list the INI options SavePointerFiles, PurgeAfterDays
  451.     and PurgeAfterCount in the MR2INI.ORG file.  These are now listed.
  452.  
  453.     More INI's, as I try to clean up some smaller user problems and
  454.     requests:
  455.  
  456. o   "DoorName" may now be used to identify the target BBS door "user
  457.     name" to which to address ADD/DROP messages.  This not only aids
  458.     in the case where a BBS door provides no DOOR.ID file, but also
  459.     when trying to perform ADD/DROP functions from no-packet entry or
  460.     reply packet maintenance.  For example, DoorName=RoseMail will
  461.     address all ADD/DROP messages TO: RoseMail.
  462.  
  463. o   "CursorSize" may now be specified for the normal internal editor
  464.     cursor.  Many users complained that, in certain video modes
  465.     (large number of lines/screen), and under some setups, the cursor
  466.     could not be seen.  By default, MR/2's normal editor cursor is
  467.     1 scanline high (maybe two?).  When lines/screen is 34 or more,
  468.     MR/2 changes the cursor to 6 or 7 scanlines.  This was reported to
  469.     still not be visable sometimes.  So, You may now specify the number
  470.     of scanlines for a normal cursor - from 1 to 13.  MR/2's "overtype"
  471.     cursor is 13 (14?) scanlines tall and is not configurable at this time.
  472.     Example:  CursorSize = 10
  473.  
  474. o   I did manage to finalize the thesaurus data file.  The "officially
  475.     released" thesaurus wordbase will consist of 9242 "key" words
  476.     with a total of 70,101 synonyms.  The technique I'm using makes it
  477.     easy to find synonyms, even if the word is not found to be a key.
  478.  
  479. o   There was a problem with using a MessageOrder of anything BUT
  480.     subject.  A variable remained uninitialized in all cases except
  481.     by subject, and this caused crashing as soon as a conference was
  482.     selected and the message index sort was started.  Fixed.
  483.  
  484. o   Selection lists had a bug that wouldn't allow you to select the
  485.     LAST entry (if the "page" was full).  Clicking on the bottom
  486.     line of the box did nothing (it's supposed to page down), and
  487.     clicking on the slot for the last entry on the page paged-down.
  488.     Fixed.
  489.  
  490. o   INI file now includes a default virtual conference.  This will
  491.     help new users "discover" this key feature much quicker.
  492.  
  493. o   Manual has actually been worked on!  No, it's not in here.
  494.     It's not in *that* great a shape yet, but it's progressing :)
  495.  
  496.  
  497. Changes included in v1.96x
  498. --------------------------
  499. Still lots left to do, I'll try to get a summary list together
  500. and post it next time.  I'm getting close, tho.  Bug reports seem
  501. to be light, which makes me happy.  I wanted to hit Feb 1st, but
  502. I'm not sure now.  If I can get a couple of good days in I can call
  503. it soup.  It will be *very* soon, the manual being the last major
  504. "feature" to address.
  505.  
  506. o   New and Improved help screens.  Added definitions for dozens of
  507.     previously-unlisted keystrokes and functions.  HELPS include 20
  508.     or so completely *new* screens, too, covering many of the newer
  509.     enhancements.
  510.  
  511.     NOTE that mr2.hlp is a simple editor file with [TAG] markers to tell
  512.     me where a help section starts.  The section ends at the next tag
  513.     marker.  If you don't like my HELP text, you *can* create your own
  514.     text (modify my descriptions).  A section must fit on the screen,
  515.     tho, with a char/line or two reserved as border.  Hey, if you end up
  516.     with something you think is better, send it to me and if I agree,
  517.     I'll use it :)
  518.  
  519.     I start on the manual next - actually already have, but now I have
  520.     to be serious!
  521.  
  522. o   Updated MR2INI.ORG with a section that describes the newest
  523.     INI variables.
  524.  
  525. o   Tab expansion in the message viewer.  I default this to 4
  526.     characters, but allow you to toggle this value via ALT-TAB.
  527.     Sequence is 4,8,0,2 where "0" means show the tab character and
  528.     don't expand.
  529.  
  530. o   I discovered that searching while in the INBASKET or the REPLYLOG
  531.     didn't work.  Searching within an INBASKET has never worked.
  532.     Fixed this (modified QWK.Getfh()).
  533.  
  534. o   By request (several), the spacebar may now be used as an alternate
  535.     to ENTER for selecting a conference w/mail to read.  This was a
  536.     tough call, as the ' ' is a valid typing character, and I can see
  537.     some folks trying to do a conference name prefix jump to the "main
  538.     board" conference by typing "Main ".  Where this would previously
  539.     work, and it still *might*, the spacebar press will cause the
  540.     highlighted conference to now be selected.  Open for comments, I
  541.     think this will be OK, tho.
  542.  
  543. o   It was pointed out to me that many keyboards don't have an F11 key,
  544.     and that's what I chose as the "mark" key on selection list.  (At
  545.     this time, "marking" within a list only has a purpose on the packet
  546.     selection screen, for merging QWK packets.)  After some thinking and
  547.     experimentation, I made the "*" key a synonym for F11 on pick lists.
  548.     It was suggested to use + and - to mark, unmark, but the minus or
  549.     dash often comes up as part of conference and packet names.  So,
  550.     "jump to prefix" would be affected.  The "*" key will toggle the
  551.     mark on and off.  This key is easily selected w/o shifting by using
  552.     the one on the numeric keypad (eeek!  Assuming you have one :).
  553.  
  554. o   UNQWK.CMD bug - my first user "fix" to this routine!  Thank you
  555.     Wolfgang von Thuelen for pointing this out.  In the check for long
  556.     file names, I ignored the case where file names were exactly 12
  557.     characters long BUT were still non-FAT names (e.g., "mwcst.qwk;11").
  558.     The first 'if' statement was changed from "if flongnames < 0" to "if
  559.     flongnames <= 0".
  560.  
  561. o   More thesaurus work - mostly minor cosmetics.  I've almost got
  562.     what I want, although I know the ALT-S and ALT-L are buugy now.
  563.     I'm letting it out with these bugs, as it's still functional and
  564.     I doubt many are using this feature (yet?).  Keys you may press
  565.     with descriptions are placed above editor window.
  566.  
  567.  
  568. Changes included in v1.95x
  569. --------------------------
  570. I'm calling this v1.95x, as I consider myself "close" to what I wanted
  571. in a v2.0 release.  I do have a few features to add; although not many.
  572. Believe me, I've got plenty of ideas for v2.01 and beyond.  Existing
  573. users know that this has never been a static product :).  I've created
  574. quite a few monsters here ... huge new features that are going to take
  575. some "shaking out" to get them working perfectly.
  576.  
  577. o   Clipboard:  When doing an "append" (ALT-GREY-= or ALT-GREYENTER)
  578.     to an empty clipboard, MR/2 would crash.  The first text copied to
  579.     the clipboard had to be done with the ALT-+ command, then appending
  580.     would work.  Fixed.  You can now append to an empty clipboard.
  581.  
  582. o   Reply log messages can now be "Copied" and/or "Replied to".  The
  583.     message is then copied into the reply conference as to be "sent
  584.     again".
  585.  
  586. o   INI parsing problem prevented FolderPath from being recognized.
  587.     (Discovered when relinking and testing MR/2 PM).
  588.  
  589. o   Mouse could not be used to select the very first entry in a selection
  590.     list.  This was broken recently - now fixed.
  591.  
  592. o   Template Sections labeled as "New" using routing lines:  I had
  593.     previously noted in this document AND personally corresponded
  594.     electronically with a few of you about this.  Specifically, *before*
  595.     this version, the $Body line was needed *before* the routing line,
  596.     as for "new" messages, only the "signature" sections was placed in
  597.     the reply file.  THIS HAS ALL BEEN CHANGED.  The 'New' Sections now
  598.     work the way you would expect; the entire section is placed in the
  599.     reply file, and the $Body (while still necessary) should be placed
  600.     where you would normally start your reply.  In other words, these
  601.     sections should be setup the way you would expect from using the
  602.     "normal" sections as an example.
  603.  
  604. o   Packet selection screen:  You may now MARK two or more packets on
  605.     this screen and actually MERGE them together as one QWK packet.
  606.     Use F11 to mark the packets to combine, then ALT-M (Merge) to
  607.     merge them together.  This process calls upon my new and improved
  608.     MQWK.CMD REXX command file to do most of the work.  This makes the
  609.     process configurable/extendable, as long as you want to tinker with
  610.     REXX source code.
  611.  
  612.     Multiple/automatic archiver detection is not supported at this time;
  613.     the archiver name is hard-coded in the script to be "pkunzip -n"
  614.     and the zipper is 'pkzip'.  Modify these in MQWK.CMD if necessary.
  615.  
  616.     When you press ALT-M, and if 2 or more packets are marked, MR/2 will
  617.     prompt for a target packet name.  If a name is supplied, all marked
  618.     QWK packets will be merged into one with this name.  If no name is
  619.     supplied, MR/2 simply combines the packets in the TMP$$ work
  620.     directory, where they can be read as a combined packet.  NOTE,
  621.     however, that bookmarks will be lost, as there will be no "target"
  622.     packet to record them to.  I suggest always allowing MR/2 to
  623.     repack the combined QWK packet.
  624.  
  625.     FURTHER NOTE:  I've now modified the script so that there is very
  626.     little reason *not* to repack the combined messages into a new QWK
  627.     file.  If a name is supplied as a target, MR/2 combines all marked
  628.     packets and jumps right into "read" mode.  AT THE SAME TIME, I spawn
  629.     another session, in the background, to archive the combined packet.
  630.     This becomes invisible to you and should not impede your normal
  631.     reading operations.  If the combined packet does not show up on the
  632.     packet selection screen, you may reference MQWK.LOG for possible
  633.     error messages.  All output from the archiving process is redirected
  634.     to this file.
  635.  
  636.     Index files (*.ndx) are discarded by the merge process ... MR/2 will
  637.     create index files when it opens the combined packet.
  638.  
  639.     I've tested this procedure with QMail and CamMail doors.  I expect
  640.     that other doors may created cases that call for a little adjusting.
  641.     Keep me posted.  ALSO, no error checking is performed to assure that
  642.     all the packets you are merging together are of the same BBS.  THIS
  643.     IS IMPORTANT, as merging dissimilar packets WILL NOT WORK CORRECTLY.
  644.  
  645.     ALSO NOTE that this takes alot of free disk space.  A set of QWK
  646.     packets totaling 2MB might require 4-5 MB additional free disk space
  647.     to function.
  648.  
  649. o   INTERNAL: Messages.dat is now opened in READ-ONLY mode.  This allows
  650.     the file to be accessed in a background task for archiving.
  651.  
  652. o   INTERNAL: Modifications to zDList, zDLSelect and zDirSelect (linked
  653.     list and selection from list(s) routines) to further support "marking"
  654.     of members and retrieval of "marked" status in various forms.
  655.  
  656. o   I received a packet via CIS email from the Channel1 BBS.  This
  657.     board has been a great logic-breaker for me ... they ought to quit
  658.     growing! Anyway, their control.dat files finally made it over 64k,
  659.     which has always been an MR/2 limitation (due to an initial design
  660.     flaw on my part).  This is now fixed so that there is *no* maximum
  661.     control.dat file size limitation.  I now handle/parse this file one
  662.     line at a time w/o loading it all into memory up front.  Channel1
  663.     packets once again work!
  664.  
  665. o   HideConferences can now be specified multiple times within a set
  666.     of INI files.  The hidden conferences list is now cumulative where
  667.     before only the last HideConference line was effective.
  668.  
  669. o   I expanded the packet selection screen even more and added columns
  670.     for Per (Personal) and Rep (Replied-to) message counts.  I know that
  671.     I'm constantly trying to remember which packet had all the personals
  672.     to me in it, so this helps me out.  The reply count may also help
  673.     tell you something about a particular packet.
  674.  
  675. o   Modified ZTC's library routine system().  Command line was deemed
  676.     invalid when > 128 characters.  OS/2 allows much more; I changed
  677.     the max to 256.  This will allow more QWK packets to be merged
  678.     together (it broke today at 4 fully qualified packet names).
  679.  
  680. o   Changes to the way the built-in thesaurus functions.  I've still
  681.     got some fancy things to do, but it's getting closer.  Invoking
  682.     the thesaurus for a word that was not a "key" in the word base
  683.     previously did nothing; it just ignored you.  Now, MR/2 posts a
  684.     message and jumps into a sequential "match" search.  When you
  685.     request a further search of the database using ALT-S, a similar
  686.     message is posted.  Both messages mention that you can now press
  687.     ESCAPE to hault the search.  Also, when a search completes with
  688.     out finding any new words, MR/2 keeps the previous word list on
  689.     the screen.  Before, you would be placed out of the thesaurus.
  690.  
  691.  
  692. KNOWN BUGS AND STUFF
  693. ====================
  694.  
  695. The TEMPORARY directory MUST remain a subdirectory of the MR2 home dir.
  696.  
  697. You can't use "\" or "&" as part of any search text (since MR/2 uses them
  698. as delimiters).
  699.  
  700. You can't cancel a search until the first "hit" is displayed.  This is
  701. particularly irritating when soundex searching, since soundexing is
  702. noticably slower.
  703.  
  704. If you set "SkipReadMessages" to true, you cannot gain access to a
  705. conferences where all messages have previously been read.
  706.  
  707. Other frills that have not yet been addressed:  Bulk marking, twit filter.
  708. There are probably others. Feel free to bombard me with requests.
  709.  
  710.