home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Professional / OS2PRO194.ISO / os2 / com / utils / golded / note1114.doc < prev    next >
Text File  |  1993-11-13  |  20KB  |  428 lines
  1. ----------------------------------------------------------------------
  2. --- TECHNICAL NOTES
  3. ---
  4.  
  5. This file contains detailed and often highly technical notes about the
  6. news/fixes/changes of each version.
  7.  
  8. Symbols used:     -   Bugfix.
  9.                   +   New feature.
  10.                   !   Changed feature.
  11.                   *   Information/clarification.
  12.  
  13. ----------------------------------------------------------------------
  14. Notes for GoldED 2.42.G1114, GAMMA release 14. november 1993.
  15. ----------------------------------------------------------------------
  16.  
  17. *   THIS RELEASE DOES _NOT_ HAVE JAM OR GOLDBASE SUPPORT!
  18.  
  19.     JAM and Goldbase support will be provided in a later beta release.
  20.     Stay tuned to the GOLDED and/or GOLDED.BETA echoes for the latest
  21.     status reports and release announcements.
  22.  
  23. +   The file request function has been much improved:
  24.  
  25.     1.  It will now handle filenames such as ">FILE.ZIP" correctly
  26.         instead of including the invalid '>' character in the
  27.         filename.
  28.  
  29.     2.  If there were more than one known FRQEXT on a line, it would
  30.         use the first of the FRQEXT's found, which was often the wrong
  31.         one of course. Now it will take the first filename on the
  32.         line which has a known FRQEXT.
  33.  
  34.     3.  It will now detect the file announcement format used by the
  35.         Ticket utility even if Ticket's tearline has been removed or
  36.         overwritten. The detection is based on the position of certain
  37.         elements on the line.
  38.  
  39.     4.  When extracting the description of files detected with the
  40.         FRQEXT's, it will now skip the first words after the filenames
  41.         if they begin with a digit or the '[' or '-' characters. It
  42.         will skips words until the first occurrence of a word that
  43.         does not match these criteria. This produces a clean
  44.         description in most cases, such as this one:
  45.  
  46.           SOMEFILE.ZIP 123.456 93/11/13 [00] - Some description
  47.  
  48.         Which will produce "Some description", instead of "123.456
  49.         93/11/13 [00] - Some description" as previous versions would.
  50.         Obviously this cuts the FILES.BBS maintenance to a minimum
  51.         when requesting files for your BBS.
  52.  
  53.     There is one thing the file request function can't do: It cannot
  54.     produce more than one message. This is on the TODO, of course.
  55.  
  56. +   The internal editor has finally been rewritten!  All the known
  57.     bugs are gone, and the new editor works much better. Editing of
  58.     quotes have been improved - you can now both split and merge
  59.     quoted lines with "intelligent" handling of the quote initials
  60.     string.
  61.  
  62.     NOTE: At this time, the new internal editor is not 100% finished
  63.     and debugged. There are still some inconsistencies and minor bugs,
  64.     but the editor is fully usable and safe - I use it myself. The
  65.     block functions (anchor, cut, paste) are currently disabled,
  66.     because they are still too buggy.
  67.  
  68. +   New keyword: EDITCHARPARA [']<char>[']. Defaults to ' ' (space).
  69.     This keyword defines the character GoldED displays at the end of
  70.     paragraphs in the internal editor. This is where the CR character
  71.     will be placed once the msg is saved. See below.
  72.  
  73. +   New keyword: EDITCHARSPACE [']<char>[']. Defaults to ' ' (space).
  74.     This keyword defines the character GoldED displays when it should
  75.     display a space character in the internal editor. See below.
  76.  
  77. *   The new keywords EDITCHARPARA and EDITCHARSPACE were added to aid
  78.     me while rewriting and debugging the new internal editor. By
  79.     redefining them to visible characters instead of spaces, I could
  80.     see if strange things were happening while inserting or deleting
  81.     characters. This was a great help. Personally I now always use
  82.     redefinitions to ASCII 20 (a paragraph sign) and CP437 250 (a
  83.     small dot).
  84.  
  85. !   The file extensions for compiled configuration files have changed.
  86.     GoldED will now use the extension .G16 for 16-bit versions (DOS
  87.     and DOS/P16) and extension .G32 for 32-bit versions (OS/2 and
  88.     later DOS/P32). These extensions were previously named .GED (DOS)
  89.     and .GEO (OS/2). Remember to delete the obsolete *.GED and/or
  90.     *.GEO files from your GOLDED directory, so that they wont take up
  91.     disk space.
  92.  
  93. +   New keyword: DISPSOFTCR <yes/no>. Defaults to "no". If enabled,
  94.     GoldED will treat the so-called Soft-CR character (141d, 8Dh) just
  95.     like any other displayable character, instead of ignoring it like
  96.     linefeed chars (LF). Note that by enabling this feature, you
  97.     _disable_ the character translation feature that uses the Soft-CR
  98.     as an escape character. This feature was added to help users in
  99.     countries which use the Soft-CR character for other purposes like
  100.     2-byte characters in Japan.
  101.  
  102.     NOTE: The Ezycom msgbase format requires the Soft-CR to terminate
  103.     each line. Therefore this feature is unlikely to be useful to
  104.     Ezycom sysops.
  105.  
  106. -   When using AREALISTSORT to sort by descriptions, the sort was case
  107.     sensitive. The sort is now case IN-sensitive.
  108.  
  109. +   In the Random System, the AREAFILEGROUPS setting (if set to Yes)
  110.     no longer prevents you from making groups for specific echoes.
  111.     This means that if you have for example a "GROUP X", corresponding
  112.     to group X in your GEcho setup, but wish to override the origin or
  113.     other items for some of the group X echoes, you can now put the
  114.     GROUP's for these specific echoes before the GROUP X definition.
  115.     Example:
  116.  
  117.       GROUP SOMEECHO
  118.         ORIGIN "Some origin"
  119.  
  120.       GROUP X
  121.         ORIGIN "X origin"
  122.  
  123.     Here you will get the origin "Some origin" in the SOMEECHO echo,
  124.     even if SOMEECHO is included in the X group in your setup. This
  125.     was not possible in previous versions - the GROUP X definition
  126.     would always override any specific definition.
  127.  
  128. +   New keyword: "DISPMSGSIZE <bytes/kbytes/no>". Defaults to "bytes".
  129.     When enabled, this keyword displays the msgbody size in the lower
  130.     left side of the header. The location of the size display is not
  131.     necessarily final. The size displayed is for the message body text
  132.     only, the header and nul-terminator (and anything that may lurk
  133.     beyond it) is excluded from the calculation.
  134.  
  135.     NOTE: This feature currently only works when _reading_ msgs. While
  136.     editing a msg in the internal editor, this feature is disabled -
  137.     however, the size will be displayed when you are in the Save msg
  138.     menu (if EDITSAVEMENU is enabled).
  139.  
  140. +   New keyword: "REPLYLINK <chain/direct>". Defaults to "chain".
  141.     If set to "direct", GoldED will link your reply directly to the
  142.     original message. If set to "chain", it will link to the last
  143.     message in the reply chain. The default ("chain") is how GoldED
  144.     has done it in all previous versions.
  145.  
  146.     The advantage of the "direct" linking method is that you can
  147.     easily find the the original message the reply was for. Unless of
  148.     course you have later re-linked using a chain-linking replylinker
  149.     utility. I can recommend the utility SQLINK by David L. Nugent.
  150.     SQLINK links Squish areas using the MSGID/REPLY kludges and makes
  151.     direct links instead of chain-linking on the subject line like
  152.     most other replylinkers do. There are probably also similar
  153.     replylinkers for other msgbase formats, I just don't know them.
  154.  
  155.     NOTE: Direct linking is not always useful or practical. It can be
  156.     very hard to follow a discussion with more than one participants,
  157.     because the links become branched trees instead of simple chains.
  158.     Currently GoldED is not designed to follow the branched direct
  159.     links, but such a feature is on the TODO, although with low
  160.     priority.
  161.  
  162. +   The SCREENBLANKER keyword now accepts an additional parameter: If
  163.     you add the word "AllBlank" after the seconds parameter, GoldED
  164.     will not display the moving box, but leave the screen completely
  165.     blank. Example:
  166.  
  167.       SCREENBLANKER 180 AllBlank
  168.  
  169.     "AllBlank" must be placed _after_ the seconds, or it won't work.
  170.  
  171.     NOTE: The "Midnight Bug" has not yet been found or fixed :-(
  172.  
  173. +   The 32-bit versions of GoldED and GoldNODE (currently only the
  174.     OS/2 versions) are no longer restricted to a maximum of 32700
  175.     nodes in the nodelist index. A slightly different nodelist index
  176.     is produced by the 32-bit GoldNODE. The index is NOT backward
  177.     compatible. The new index files have extensions .IXA, .IXN and
  178.     .IXL. For indexes with less than 32700 nodes, the .IXN file is
  179.     identical to the old .NIX file. The 32-bit GoldED can use both the
  180.     new and the old index files, but will use the new ones if both are
  181.     found. If you no longer use the DOS version of GoldED, you should
  182.     delete the .AIX, .NIX and .LIX files to save disk space.
  183.  
  184. -   When points were using GoldNODE to compile USERLIST's, their point
  185.     number would be appended to all non-point addresses. Fixed. Note
  186.     that this fix is *not* tested. Let me know if it worked.
  187.  
  188. -   Fixed the bug that caused mangled CHARSET kludges. Under some
  189.     circumstances, previous versions would put multiple "CHARSET:"'s
  190.     in the CHARSET kludge, and if the combined length became more than
  191.     40 chars, GoldED would lockup or crash when trying to read the
  192.     msg.
  193.  
  194. -   Intense and border/overscan colors now work again in the Borland
  195.     C++ compiled version of GoldED/2. Borland had made a stupid little
  196.     bug, which was fortunately easily fixable once located.
  197.  
  198. -   The new TEMPLATEPATH keyword did not work for templates defined in
  199.     the Random System (GOLDRAND.CFG). It does now.
  200.  
  201. +   Added a "twirly" feature to GoldNODE. While GoldNODE is reading,
  202.     sorting and writing it's index files, it displays a rotating
  203.     "twirly" (the characters |/-\ in quick succession) to show that it
  204.     is still alive and working. Because of this, GoldNODE now turns
  205.     off the cursor while working. It is turned on again when exiting.
  206.     The cursor turnoff currently only works with the Borland compiled
  207.     versions.
  208.  
  209. -   When trying to write marked msgs to an existing file and hitting
  210.     ESC instead of entering another filename, GoldED would mess up the
  211.     screen, crash or lockup. Fixed.
  212.  
  213. -   Fixed a long-standing bug in GoldNODE. It was not possible to
  214.     specify the configfile to use on the commandline using the -C
  215.     option.
  216.  
  217. +   When displaying the size of an attached file, GoldED now looks for
  218.     the file in the INBOUNDPATH if there is no drive specified for the
  219.     attached file. This is useful when files have been attached _to_
  220.     you. If you don't have an INBOUNDPATH in your GOLDED.CFG, the
  221.     GOLDPATH is assumed instead.
  222.  
  223. +   Added support of Binkley-style "^filename" in the subject line for
  224.     deleting attached files after they have been sent.
  225.  
  226. -   GoldED/2 did not update the Hudson NETMAIL/ECHOMAIL.BBS files
  227.     correctly, and sometimes caused a trap in the OS/2 session while
  228.     trying. Fixed. The regular DOS version did not have this problem.
  229.  
  230. -   Mangled CHARSET kludges were not handled well. When finding such a
  231.     mangled CHARSET kludge, GoldED/2 would trap and GoldED/DOS would
  232.     crash, hang or sometimes go on apparently unaffected. Fixed.
  233.  
  234. -   Fixed hang in GoldED/2 when using it without a GOLDRAND.CFG or
  235.     with all keywords in it commented out. Could possibly also explain
  236.     similar hangs in previous DOS versions.
  237.  
  238. +   New feature: You can now change the color palette used in GoldED.
  239.     The palette has 16 color registers, corresponding to the 16 colors
  240.     from black (0) to intense white (15). By changing the values in
  241.     the palette registers, it is possible to make any of the 16 colors
  242.     a completely different color. You can even make the background
  243.     colors intense, without using the intense color feature. There are
  244.     64 different colors to chose from.
  245.  
  246.     To configure the palette colors in GoldED, the SCREENPALETTE
  247.     keyword has been added. There are two different syntaxes:
  248.  
  249.       SCREENPALETTE <reg> <value>
  250.       SCREENPALETTE <reg> (red green blue)
  251.  
  252.     So you can either compose the color value using separate red,
  253.     green, blue components, or directly use a precalculated value. The
  254.     red/green/blue values can only be in the range 0-3.
  255.  
  256.     These are the original palette values:
  257.  
  258.       SCREENPALETTE    0   (0 0 0)
  259.       SCREENPALETTE    1   (0 0 2)
  260.       SCREENPALETTE    2   (0 2 0)
  261.       SCREENPALETTE    3   (0 2 2)
  262.       SCREENPALETTE    4   (2 0 0)
  263.       SCREENPALETTE    5   (2 0 2)
  264.       SCREENPALETTE    6   (2 2 0)
  265.       SCREENPALETTE    7   (2 2 2)
  266.       SCREENPALETTE    8   (0 1 0)
  267.       SCREENPALETTE    9   (1 1 3)
  268.       SCREENPALETTE   10   (1 3 1)
  269.       SCREENPALETTE   11   (1 3 3)
  270.       SCREENPALETTE   12   (3 1 1)
  271.       SCREENPALETTE   13   (3 1 3)
  272.       SCREENPALETTE   14   (3 3 2)
  273.       SCREENPALETTE   15   (3 3 3)
  274.  
  275.     Copy these lines into your GOLDED.CFG and start experimenting! :-)
  276.  
  277.     NOTE: This feature has not been tested much. There may be bugs.
  278.  
  279. -   Known bug: If you start GoldED/2 (The Borland compiled version) as
  280.     the _first_ program in a full-screen OS/2 session, the screen will
  281.     be filled with garbage when you exit GoldED/2. Harmless but
  282.     annoying. The garbage is put on the screen when GoldED/2 tries to
  283.     restore the original screen (registered only feature). My tests
  284.     seem to indicate that the original screen read by GoldED/2 at
  285.     startup is _already_ garbage, but that can't be right. I think
  286.     this is a Borland compiler bug, because when the problem does not
  287.     seem to exist when I compile GoldED/2 with Watcom C++. So why
  288.     don't I release the Watcom compiled version instead? Because I'm
  289.     still having problems getting it to work correctly. The Borland
  290.     compiled version looks more stable at this time.
  291.  
  292. !   Changed GoldED/2 back to non-multithreaded mode.
  293.  
  294.  
  295. ----------------------------------------------------------------------
  296. Notes for GoldED 2.42.A0710, ALPHA release saturday 10. july 1993.
  297. ----------------------------------------------------------------------
  298.  
  299. *   This was a limited alpha. It was only sent to a few specific
  300.     testers for debugging.
  301.  
  302. +   Added TZUTC and TID as "known" kludges. They are only recognized,
  303.     not handled. Full support of TZUTC will probably be added in a
  304.     future release.
  305.  
  306. !   GoldED/2 is now compiled in multithreaded mode, and runs a
  307.     separate thread to update the statusline (for the clock).
  308.  
  309.  
  310. ----------------------------------------------------------------------
  311. Notes for GoldED 2.42.A0701, ALPHA release thurday 1. july 1993.
  312. ----------------------------------------------------------------------
  313.  
  314. +   New keyword: "FIDOMSGTYPE <Fido/FTSC>". Defaults to Fido. This
  315.     keyword defines the default format of Fido *.MSG files. It is only
  316.     used by some AREAFILE's when reading external area configuration
  317.     files, where the preferred format is unknown.
  318.  
  319.     The FTSC (FTS-0001.012 and later) format uses zone/point fields,
  320.     where the Fido format uses date/time stamps. The Fido format is
  321.     also sometimes referrered to as the "Opus" format. When set to
  322.     Fido format, GoldED interprets the date/time stamps as DOS-style
  323.     bitmapped date/time.
  324.  
  325. +   New keyword: "RA2USERSBBS <yes/no>". Defaults to no. Use this
  326.     keyword to *force* GoldED to use a RemoteAccess 2.xx (RA2)
  327.     compatible USERS.BBS file, even if RA2 is not detected. If used,
  328.     this keyword should be placed in the configuration file _after_
  329.     any AREAFILE keyword.
  330.  
  331. +   New "AREAFILE InterMail". Supports the InterMail mailer. This is
  332.     untested!  Currently the support provided is similar to the
  333.     FrontDoor 1.99b (and later) support. NOTE: You still have to
  334.     define the correct semaphore filenames by yourself using the
  335.     SEMAPHORE keyword.
  336.  
  337. +   AREAFILE D'Bridge now supports the new Beta 2011 DBRIDGE.ADF. This
  338.     is untested!  Normally GoldED tries to detect the DBRIDGE.ADF
  339.     version based on the known record sizes of the of file. You can
  340.     now override the autodetection by specifying one of these:
  341.  
  342.       AREAFILE D'Bridge -2011
  343.       AREAFILE D'Bridge -1047A27
  344.       AREAFILE D'Bridge -1047A22
  345.       AREAFILE D'Bridge -1046
  346.  
  347.     The numbers refer to the versions which had new/changed
  348.     DBRIDGE.ADF formats (that I know of).
  349.  
  350. +   New "AREAFILE Portal". Supports the Portal of Power mailer
  351.     (v0.61gamma). Currently supported are the net/bad/dupemail areas
  352.     and limited support of the Conferences (all conferences are
  353.     treated as Fido *.MSG echomail areas). Planned for later
  354.     implementation is closer integration to Portal (reading of
  355.     non-area information too) and more support of Conferences (when
  356.     Portal is released with a Mailscanner).
  357.  
  358. +   AREAFILE IMAIL now supports version 1.4x.
  359.  
  360. -   Fixed long-standing problem with GoldED sometimes crashing when
  361.     shelling to an external spell checker from the internal editor.
  362.  
  363. +   When replying in another area using Alt-N or Alt-B, GoldED now
  364.     looks for the AREA:<echoid> kludge and automatically positions the
  365.     arealist selection bar on the area indicated by the kludge. This
  366.     is particularly useful with systems such as GEcho when the
  367.     personal mail feature is enabled.
  368.  
  369. +   It is now possible to use wildcards in the FRQEXT keyword.
  370.     Example:
  371.  
  372.       FRQEXT .A??
  373.  
  374.     With this definition, GoldED will recognize filenames such as
  375.     "NODEDIFF.A12".
  376.  
  377. +   Improved screen update speed in many places. Most noticable when
  378.     using GoldED/2 in a window, compared to GoldED/2 2.41.B0108. In
  379.     some places such as the arealist, the screen update is still a
  380.     bit slow. I'll continue working on more screen update speed.
  381.  
  382. +   New keyword: "SCREENUSEANSI <yes/no>". Defaults to no. This is an
  383.     EXPERIMENTAL feature only - There is no guarantee that it will be
  384.     supported in future releases!  If enabled, GoldED will write all
  385.     screen output via DOS (stdout) using ANSI codes for colors, cursor
  386.     movement, screen clearing etc. SLOW!!!
  387.  
  388.     This feature may be useful to people who read echoes where ANSI
  389.     codes are allowed in the msg text. Should work okay as long as
  390.     only color codes are used...
  391.  
  392.     Another use of ANSI output may be for those who use GoldED
  393.     remotely via modem in sysop drop-to-dos shells.
  394.  
  395.     Make sure you have ANSI.SYS or another ANSI compatible screen
  396.     driver loaded before testing this feature!!!
  397.  
  398. -   High-bit (above ascii 127) chars are no longer converted to (.)
  399.     chars in the header when printing msgs.
  400.  
  401. -   Fixed GoldED crash when using echoid's longer than 29 chars.
  402.     Changed the max echoid size limit from 49 to 50.
  403.  
  404. -   The file request function now stops at the citation char (").
  405.  
  406. -   Changed AREAFILE GEcho to use FTS-1 format *.MSG files instead of
  407.     Opus format.
  408.  
  409. -   Fixed a problem with msg #0 error exits in certain circumstances.
  410.  
  411. +   Long filenames are now supported in GoldED/2. It seems to work
  412.     well (tested with very long Squish filenames and writes to files),
  413.     but I cannot guarantee that all valid HPFS filenames are accepted
  414.     anywhere in GoldED. In particular, you probably cannot use spaces
  415.     in filenames, and you should be careful with characters which are
  416.     not supported in MS-DOS filenames. There may also be problems when
  417.     using the import file picker, if there are filenames longer than
  418.     the screen width (not tested).
  419.  
  420. !   I have not been able to get intense colors and border (overscan)
  421.     color to work in the 32-bit OS/2 version, so I had to disable
  422.     these features in GoldED/2 for now. This is not a problem if you
  423.     only run GoldED/2 in a window, but if you run it full-screen, the
  424.     colors that should be intense will blink, and the border color
  425.     will not be set.
  426.  
  427. ----------------------------------------------------------------------
  428.