home *** CD-ROM | disk | FTP | other *** search
/ Otherware / Otherware_1_SB_Development.iso / amiga / comms / network / gr116c.lha / grn-1.16c / README < prev   
Encoding:
Text File  |  1992-06-22  |  5.8 KB  |  140 lines
  1. GRn - GadTools Read News program By Mike Schwartz and Michael B. Smith
  2.  
  3. For those of you who wish to contribute some money for this
  4. program, my address is:
  5.  
  6. Mike Schwartz
  7. 1124 Fremont Ave.
  8. Los Altos, CA  94024
  9.  
  10. I do not ask, particularly, for any kind of donation, but I have
  11. been asked several times in E-Mail for my address...  Feel free
  12. to donate :) but feel no obligation to do so.  I wrote GRn for
  13. myself, first and foremost, but when I saw how well it worked,
  14. I decided to give it away to my friends who also post on the
  15. net.
  16.  
  17. For those of you wanting to send money to Michael B. Smith, I can
  18. be reached at:
  19.  
  20. Michael B. Smith
  21. P.O. Box 6791
  22. Charlottesville, VA 22906
  23.  
  24. MAJOR POINTS for 1.16c:             (see below for details)
  25.  
  26. FASTER!
  27.  
  28. grn.doc is out of date.
  29.  
  30. GRnRC is obsolete. The function is replaced by "grn -u". (Or, for you
  31. WorkBench users, the "UPDATERC" tooltype).
  32.  
  33. Subscription capability (CLI only right now -- a requester is coming).
  34.  
  35. =============================================================================
  36.  
  37. Details for 1.16c:
  38.  
  39. 1.      The display of the group name when entering article mode happens much
  40.         earlier than it used to.
  41.  
  42. 2.      A new toolttype "UPDATERC" and command-line option ('-u') are now
  43.         recognized instead of using GRnrc. When GRn is executed with that
  44.         option, no screens are opened, no output is generated (unless errors
  45.         occur), etc, and it performs the same function that GRnrc used to.
  46.  
  47.         GRnrc is obsolete, does not work with HFS, and should be deleted
  48.         from your disk (it is also MUCH slower than this release of GRn).
  49.  
  50. 3.      Memory allocations have been consolidated, and the number of them
  51.         significantly reduced. Overall memory usage is down, and the reduction
  52.         in allocations resulted in a large speedup in certain critical areas.
  53.  
  54. 4.      When in Article Mode, the Next Group button (or the "N" key) will
  55.         now take you to the next group which has UNREAD articles. Not the
  56.         next group in the list. This makes GRn much easier to use.
  57.  
  58.         You can still pick a particular group from Group Mode.
  59.  
  60. 5.      "FYI" in Replies and Forwards was changed to "Re:" to match the
  61.         normal Usenet conventions.
  62.  
  63. 6.      GRn is MUCH more robust now. Errors which used to cause Panics() and
  64.         GRn to terminate are now simply warnings. GRn recovers and continues.
  65.  
  66. 7.      GRn SHOULD be compatible with NFS mounting of C-News partitions.
  67.         PLEASE someone verify this and let me know.
  68.  
  69. 8.      Signature file location searches are now consistent for all functions.
  70.  
  71. 9.      A "Percent Complete" gauge has been added to the WriteNewsTree function.
  72.         So, you'll know how far along you are to letting GRn terminate.
  73.  
  74. 10.     Speed, SPEED, and more SPEED! GRn is MUCH faster than it was in almost
  75.         every function. Certain critical path areas were completely rewritten
  76.         (one of them, ShowMessage(), four times) to speed them up.
  77.  
  78.         There is more that can be done in this area (and it will be). But,
  79.         I think the maximum speedups have now been realized. We've hit the
  80.         limit using Gadtools ListViews.
  81.  
  82. 11.     Too many internal changes to mention. But ALL worthwhile.   :)
  83.  
  84. 12.     Oh my god, I almost forgot -- SUBCRIPTIONS. You can now subscribe to
  85.         new newsgroups without blowing away your user.grnrc file. When you
  86.         start GRn, pass it a "-s" flag followed by the new newsgroups that
  87.         you want to be added to your grnrc.
  88.  
  89.         Unfortunately, I'm lazy (and Myke Schwartz is the user interface
  90.         guy), and I didn't add a way to do it online. So you WorkBench users
  91.         will have to drop to the CLI to do this.
  92.  
  93.         One caveat: the NewsGroup MUST exist. If it doesn't, the subscription
  94.         isn't allowed (by exist, I mean it must have a directory tree and a
  95.         .next file on your system).
  96.  
  97.         For example:
  98.  
  99.                     GRn -s alt.sex.stories comp.sys.amiga.emulations
  100.  
  101.         after GRn has executed, they are in your grnrc file permanently (or
  102.         until you Junk them). So, you WorkBench users can leave the CLI
  103.         alone.
  104.  
  105.         Oh, yeah. Due to some conflicts in the way things work you CANNOT
  106.         do a "-u" (UPDATERC) and a "-s" in the same run. Sorry. You'll
  107.         get an error message.       :)
  108.  
  109. 14.     More speed enhancements in displaying articles (Article Mode). I
  110.         don't think it can get any faster while staying in 'C'. It's pretty
  111.         fast though.        :)
  112.  
  113. 15.     The Article window is not cleared and relaid-out for every "Next Group"
  114.         or "Previous Group" request. The article window stays until Article
  115.         Mode is exited (either you Abort [close window] or go to Group Mode).
  116.         This saves about 1.5 seconds on a 68000.
  117.  
  118. 16.     When there are no Newsgroups with unread articles, the "Next Group"
  119.         request will take you to the NEXT GROUP in the list. This restores
  120.         this behavior to the way it was in 1.16b and before -- when there are
  121.         no unread articles left.
  122.  
  123. 17.     Some minor holes (unchecked exceptions) have been filled. I doubt
  124.         anyone ever ran into them -- but now you never will.    :)
  125.  
  126. 18.     Some more work in speeding up memory handling. A case of hanging
  127.         pointers was corrected (how come no one every reported the memory
  128.         leak???).  It's as fast as it's going to get with DICE.  I've put
  129.         it on the list to write something better. *sigh*
  130.  
  131. 19.     Some minor speedups in "References:" header checking (when doing
  132.         threading). Primarily because the check for "Re: " is now case
  133.         sensitive per RFC.
  134.  
  135. 20.     Some preparation for future implementation. Code was written, but
  136.         it was ifdef'ed out because I didn't have time to test it.
  137.  
  138. 21.     The GRn BUG Report has been changed to send mail to Michael B. Smith
  139.         instead of Mike Schwartz.
  140.