home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / snews-20.zip / README.OS2 < prev    next >
Text File  |  1992-08-02  |  11KB  |  252 lines
  1. This is a news reader for OS/2 with UUPC 1.11k to 1.11q (perhaps even
  2. older and newer versions, not tested). It is based on the SNEWS 1.12 
  3. reader for DOS but was heavily modified. See the change list below.
  4.  
  5.  
  6. ----------------------------------------------------------------------
  7.  
  8.  
  9. The changes to SNEWS are:
  10.  
  11. - *LOTS* of null pointer references were eliminated which apparently
  12.   were not catched in the original MS-DOS version because of DOS's lack
  13.   of memory protection.
  14.  
  15. - Other bugs were corrected, such as closing null file pointers.
  16.  
  17. - A BIG memory leak was removed: read articles were not freed when
  18.   returning from article read mode to thread selection mode via ESCAPE.
  19.  
  20. - Support for "local" groups was added, i.e. for groups, for which
  21.   postings will not be sent to the server host but instead will be
  22.   saved only in the local news database. This is useful for networked
  23.   PC's which use UUPC to get news from a server but also have a need
  24.   for local news groups. Local groups are marked as such by an uppercase
  25.   (at least) first letter in the ng file.
  26.  
  27. - For better "multi-user" support, the UUPC passwd file is checked
  28.   for names, full names and home directories if the LOGNAME environment
  29.   variable is set. If the user RC file of UUPC is kept rather generic,
  30.   the LOGNAME variable is sufficient to select the current user.
  31.  
  32. - Partial file locking was introduced to allow multiple readers on
  33.   the same news database (including posting) in a PC network. When
  34.   running the administrative programs (addgroup, rmgroup, expire,
  35.   unbatch), nobody should be reading news at the same time.
  36.  
  37. - Articles can contain longer lines than before (up to 1024 characters
  38.   per line). They are no longer wrapped at column 80. Instead, the
  39.   reader can now scroll horizontally. The cursor right/left keys scroll
  40.   the window. With CTRL pressed at the same time, they move to the
  41.   right-/left-most column in the current window.
  42.  
  43. - The text lines are now saved in dynamically allocated memory, no
  44.   longer in fixed length arrays. This saves much memory.
  45.  
  46. - Header field length limits were removed by storing them in
  47.   dynamically allocated memory too.
  48.  
  49. - Moving up/down in articles line by line or pagewise stops when the
  50.   end of the article is at the *bottom* of the screen in articles
  51.   longer than the window height. In addition, END now moves to the
  52.   end of the article.
  53.  
  54. - Posting/follow-up/forward/reply/help is now also possible by
  55.   pressing the corresponding uppercase letter, not only by
  56.   pressing the lowercase letter. Help is showed too when F1 is
  57.   pressed.
  58.  
  59. - Backspace moves back in a thread to the previous article or to thread
  60.   selection level from the first article in a thread.
  61.  
  62. - The current position (line and column offset if scrolled horizontally
  63.   out of column 0) in an article is displayed in the upper right corner.
  64.  
  65. - The screen output has been changed from Turbo-C specific routines
  66.   to a generic termcap library thus providing customizable colors. This
  67.   makes the program independent of Turbo C too.
  68.  
  69. - The screen output has been enhanced by overwriting the screen instead
  70.   of clearing it and thus removing the bad flickering (which was
  71.   visible when running snews in a window).
  72.  
  73. - The screen size is no longer hardcoded to 80x25. Under OS/2, it works
  74.   in any screen size, tested with 80x60 and 132x60, for example. Snews
  75.   uses the additional display space.
  76.  
  77. - Some error messages were made more consistent throughout the program.
  78.  
  79. - Checking for remaining free memory makes no sense under OS/2.
  80.  
  81. - The signature is always included with replies/postings. For UUPC
  82.   mail, the autosignature option should be disabled because replies
  83.   would otherwise have two signatures. However, this way the user *sees*
  84.   that his signature is included.
  85.  
  86. - The help screens have been enhanced a bit.
  87.  
  88. - The display in group and thread selection mode has been changed and
  89.   made similar. The current and total number of groups/thread are
  90.   displayed in the upper right corner.
  91.  
  92. - In thread selection mode, 'c' marks only the currently selected
  93.   thread as read, no longer the entire group.
  94.  
  95. - TAB moves to the first thread with unread messages below the cursor
  96.   when not on such a thread. When on a thread with unread messages,
  97.   TAB reads that thread.
  98.  
  99. - When reading in the articles, snews scans the subject lines much
  100.   smarter now and recognizes multipart postings in source/binaries
  101.   groups and shows them as one thread. "Part x of y" and similar suffixes
  102.   and "v07i0815:"-like prefixes are removed before comparing subjects.
  103.  
  104. - Reading a group's article headers and building the threads is *MUCH*
  105.   faster now. The original version used a very simple O(n^2) algorithm 
  106.   where now an O(n * log n) version is used to build the threads. 
  107.   This makes quite a difference in speed. Reading a group with 700 
  108.   articles took 5.2 seconds with the old version on my machine, 
  109.   the new version needs only 0.85 seconds. With even larger groups 
  110.   (1000-2000 articles) the speedup is of course much higher.
  111.  
  112. - If a subject was changed in an article and the old one is appended
  113.   like "xxxxx (was Re: yyyyy)", the new subject is now preserved.
  114.  
  115.  
  116. Changes to UNBATCH:
  117.  
  118. - One copying step is avoided by reading from compress over a real
  119.   pipe. This saves temporary hard disk space and speeds things up.
  120.   This really works under OS/2 only. If unbatch is run under DOS, a
  121.   temporary file in the TMP directory is used instead.
  122.  
  123. - Control messages are always put into a group "control" and do no
  124.   longer appear in the target groups.
  125.  
  126. - When -n is used, *all* batches are now uncompressed and left in
  127.   new temp files.
  128.  
  129.  
  130. An executable for compress for OS/2 is included. It is very fast.
  131. All executables run under OS/2 1.x and 2.x as well as under DOS (they
  132. are family mode 16-bit programs). 
  133.  
  134.  
  135. Release of SNEWS /2 1.12 - May 26, 1992
  136.  
  137.  
  138. ----------------------------------------------------------------------
  139.  
  140.  
  141. Changes for second release:
  142.  
  143. - News batches compressed by freeze and even uncompressed batches are
  144.   now supported by unbatch.
  145.  
  146. - An executable for freeze is included as well.
  147.  
  148. - For replies, the mailer from the environment variable MAILER is used,
  149.   if set, "mail" otherwise. This is for elm users, who want a copy of
  150.   the outgoing reply in their recipient's mail folder.
  151.  
  152. - When replying, all junk (full names, whitespace) is stripped off the
  153.   address read from the From: or Reply-to: fields.
  154.  
  155. - Forwarding/Mail-to of articles is now done with Resent-headers and
  156.   rmail in RFC-822 mode. (Adapted from someone else's patches).
  157.  
  158. - For posting, a file "headers" in the news directory (where "active",
  159.   "ng" etc. reside) is included and can contain customized header
  160.   fields.
  161.  
  162. - Unbatch creates "junk news" only when there is *no* other group where
  163.   an article can be saved now. As this is *very* unlikely to occur, you
  164.   will rarely see any junk news now.
  165.  
  166. - Unbatch does no longer generate a temp file for each article, but
  167.   stores it in memory instead.
  168.  
  169. - A bug in unbatch has been fixed, it scanned for Path: also outside the
  170.   header and within the article body.
  171.  
  172. - Some screen update and horizontal-scrolling problems in snews solved.
  173.  
  174. - Snews now also detects "Patch08" and "Patch08/15" -like suffixes on
  175.   subject lines and removes them in order to find the original thread the
  176.   article belongs to. When saving threads to disk, order of articles is
  177.   independent of leading whitespace on subjects.
  178.  
  179. - Help texts in snews were corrected.
  180.  
  181. - Better I/O buffering in snews, unbatch and expire. One may wish to add
  182.   the treshold parameter to the DISKCACHE= statement in config.sys, set it
  183.   to 128, see OS/2 online help.
  184.  
  185. - Expire can now expire specific groups. The expiration period is now
  186.   entered with preceding hyphen, such as "expire -4" or "expire -0 junk"
  187.   while as many group names can be given as wanted. The group
  188.   names are matched using shell wildcard expansion, so one can enter:
  189.   "expire -3 comp.os.ms-windows* *.sources*" etc.
  190.  
  191. - Expire no longer changes subjects while copying. It originally scanned
  192.   for Subject: even in the article bodies without need to do so since
  193.   the subject could be read from the index line which was already in memory
  194.   anyway.
  195.  
  196. - For replying, a file "letter" and for posting a file "article" in
  197.   the news directory are used for editing the text and these files are
  198.   kept until the next reply/posting. This is similar to rn's
  199.   behaviour. (Of course, the postings are still logged in post.log and
  200.   replies are perhaps saved by mail/elm).
  201.  
  202. - During Mail-To, the outgoing message can be edited to add a short
  203.   note, for example. 
  204.  
  205. - New RNEWS program, delivers directly from UUXQT to news database
  206.   without temporary files. If unpacking compressed/frozen batches, it 
  207.   works with real pipes to compress/freeze and a secondary (slave) rnews
  208.   process. Therefore, it can only work under OS/2, not under DOS. Should
  209.   work with any version of UUPC after 1.11k (perhaps even earlier)
  210.   because it is independent of UUPC's original rnews program, which it
  211.   replaces.
  212.  
  213. - In snews, on thread selection level, BACKSPACE enters a thread just
  214.   like ENTER, but moves to the last rather than the first article.
  215.  
  216. - Snews saves articles/treads to disk now in mailbox format with a proper
  217.   "From" line to allow later access to the articles with mail or elm.
  218.   Posting log changed similarly.
  219.  
  220. - '?' does no longer invoke help, because it is used for backward
  221.   searches on article level.
  222.  
  223. - Search forward/backward for text through article bodies on article
  224.   reading level with + and - as well as with / and ? (which is a widely
  225.   adopted convention).
  226.  
  227. - Search (forward) through subjects with + or through the whole articles
  228.   with / on thread selection level. If searching through whole articles,
  229.   snews still moves only the pointer to the thread in which there is an
  230.   article containing the searched text. You then have to press ENTER or
  231.   TAB to open this tread. If you then want to get to the actual article
  232.   containing the text, press + or / and then just hit ENTER. I think it
  233.   would be a bit confusing, if snews would move you directly to the
  234.   article, because you would not have seen in which thread it was (yes,
  235.   you would still have the subject line, but ...).
  236.  
  237.  
  238. Release of SNEWS /2 2.0 - August 2, 1992
  239.  
  240.  
  241. ----------------------------------------------------------------------
  242.  
  243.  
  244. Kai Uwe Rommel
  245. Muenchen, Germany
  246.  
  247. Phone: +49 89 723 4101
  248. Fax:   +49 89 723 7889
  249.  
  250. e-mail: rommel@jonas.bofe.sub.org (preferred, but UUCP, somewhat slow)
  251.     or: rommel@informatik.tu-muenchen.de (faster, for larger mails)
  252.