home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / MCHAT20G.ZIP / WHATS.NEW < prev   
Encoding:
Text File  |  1993-05-14  |  11.9 KB  |  285 lines
  1. *  MultiChat 2.00/Gamma - Changes/Fixes since 1.00
  2.    ─────────────────────────────────────────────────────────────────────
  3.         ==== A NEW DOCUMENTATION IS SUPPLIED. PLEASE READ IT!!! ====
  4.  
  5. +  When using windows mode, MultiChat will automatically redraw the
  6.    screen after the sysop returns from a DOS shell, or when exiting
  7.    sysop-user chat mode.
  8.  
  9. -  On startup, MultiChat not always displayed the correct node number on
  10.    the status line. Fixed.
  11.  
  12. -  When USERDOES path is not specified, MultiChat will no longer create
  13.    the file.
  14.  
  15. -  When using WINDOWS mode, and time limit exceeded, MultiChat
  16.    occasionaly started an infinite beep-loop. Fixed.
  17.  
  18. -  When upgrading old config file (1.00 -> 2.00), or creating a new
  19.    config file, MCConfig accidently used a default of black-on-black for
  20.    the plain mode message color, which actually generated invisible
  21.    messages. This bug is fixed. However, you still have to go and change
  22.    the PLAIN mode MESSAGE color back to a visible color.
  23.  
  24. -  In some cases, when listing who is online in WINDOWS mode, MultiChat
  25.    did not write about other users who are in MultiChat, and reported
  26.    them as "Door/Util".
  27.  
  28. -  Fixed the USERON.BBS handling. It is now faster, and much more
  29.    reliable. Earlier versions often parsed it in a wrong way - fixed
  30.    now!
  31.  
  32. +  MultiChat was always capable of displaying ANSI/AVATAR on screen,
  33.    without requiring any additional driver. This was done using a
  34.    third-party library, which is now replaced by a brand new one,
  35.    written entirely by me. Please report speed etc...
  36.  
  37. +  Changed a little bit the look of the logo screen, this one seems
  38.    better... Will stay with us for good. :)
  39.  
  40. +  When swapping to DISK (either because this is the configuration, or
  41.    because not enough EMS/XMS), MultiChat will use the directory
  42.    specified by the RATEMP environment variable. If none specified,
  43.    current directory will be used. Also, note that the swap file name is
  44.    "MCHAT<node>.$$$", so no conflicts may occur.
  45.  
  46. -  Fixed some glitches when resizing windows. If there were too many
  47.    lines in the original window, there was some glitch on the new
  48.    smaller window.
  49.  
  50. +  Added TextPath directory in MCCONFIG. It should point to your text
  51.    file directory (according to RA). Will be used in the future. For
  52.    now, the only use for it is finding the Online Guide files.
  53.  
  54. +  Added MultiColor Multi-Lingual online user's guide. The files are
  55.    MCGUIDE.*, located on the <TextPath> directory. Exact format of these
  56.    files is found in the doc!
  57.  
  58. +  Changed a few texts, shareware-notices, delays, etc. Let me know what
  59.    do you think of this new beta, as we're aproaching the final 2.00 (or
  60.    at least 2.00/public-beta).
  61.  
  62. -  MCConfig didn't let you change the max. number of users on DYNAMIC
  63.    mode correctly. Fixed.
  64.  
  65. -  When pressing [ESC] on MCConfig's main menu, it will now act as if
  66.    [Quit] was chosen, and will display the exit-to-dos prompt.
  67.  
  68. +  PATH names are now automatically validated by MCConfig. If a wrong
  69.    path is entered, it gives a warning message, and the option to create
  70.    this specific path. In addition, PATHes are also automatically
  71.    back-slashed.
  72.  
  73. +  MultiChat now uses better routines for all door handling, which I
  74.    adopted from OFL and other doors I made, re-wrote some part, etc.
  75.    Also, now using a different library for all screen-writes, which
  76.    seems to be MUCH better (but bigger). Please report about speed
  77.    change.
  78.  
  79. +  Changed the technique when MultiChat releases time slices for
  80.    DESQview. This one should enhance performance on both MultiChat and
  81.    other tasks... Report please!
  82.  
  83. +  New swapper, when shelling to DOS. Will leave only 1.5Kb resident in
  84.    memory!
  85.  
  86. +  It is now possible to configure (using MCConfig) if MultiChat should
  87.    swap itself out of memory when jumping to DOS (Alt-J). Also, there is
  88.    the possibility to let it swap to disk only, or have it XMS, EMS and
  89.    DISK (in this order).
  90.  
  91. +  It is now possible for the sysop to enter chat mode with the user,
  92.    while inside MultiChat.
  93.  
  94. -  In some cases, the text became invisible after exiting Chatmode.
  95.    Fixed.
  96.  
  97. +  Run-time errors are now displayed in a way, which makes life much
  98.    easier for me, when trying to locate the source of the error.
  99.  
  100. -  MultiChat did not parse not-so-clean USERON.BBS files so well. Its
  101.    technique of detecting invalid/empty lines was improved, and seems to
  102.    work now.
  103.  
  104. -  When listing who's-online in any except windows mode, MultiChat did
  105.    not pad the number of lines to the actual one used on the
  106.    configuration. Fixed.
  107.  
  108. +  When hanging up MultiChat, and the session is local, RemoteAccess
  109.    have no means of detecing that the door (in this case, MultiChat) was
  110.    indeed HANGED-UP, and doesn't exit itself.  Therefore, MChat now
  111.    tricks it, by emulating ALT-H, causing it to exit immediatly.
  112.  
  113. -  In many cases, MultiChat did not notify other nodes when one node
  114.    hunged up, disconnected by the Sysop, time-limit, etc. Fixed.
  115.  
  116. +  Many explained and less-explained runtime errors which occured very
  117.    often were fixed. Hopefully I killed'em all, but only time (and you)
  118.    will tell.
  119.  
  120. -  In some cases AVATAR was used, although the user did not have it set.
  121.    Fixed.
  122.  
  123. -  When pressing local keys, such as ALT-[something], MultiChat acted
  124.    as if "regular" key was pressed. Fixed.
  125.  
  126. +  On startup, MultiChat now checks USERON.MC's validity. In case that
  127.    the file is not in order, it overwrites it. Please note: you must NOT
  128.    manually change/delete the USERON.MC while any MultiChat is running.
  129.  
  130. +  When listing who's-online list, MultiChat will not display more lines
  131.    than the lines number specified in the configuration.
  132.  
  133. -  A very nasty bug was hanging around, which caused MultiChat to stuck
  134.    occasionally, display garbage, etc. It is completely fixed now!
  135.  
  136. -  When whispering, especially in PLAIN and DYNAMIC mode, MultiChat
  137.    often did not recognize that the whisper request was done to the same
  138.    node (yourself). Fixed.
  139.  
  140. -  MultiChat did not wrap text which was typed by the other lines when
  141.    running on DYNAMIC or PLAIN mode. Fixed.
  142.  
  143. +  MultiChat is now MUCH more well-behaved under multitasking (for now,
  144.    DESQview, TopView etc, soon OS/2 and Windows - when I get all the
  145.    tech. info I need).
  146.  
  147.  
  148. +  Complete new approach:
  149.    MultiChat now works in several MODES. Each mode is actually a
  150.    different user interface. Each mode has it's "level", when the
  151.    default "prime directive" of MultiChat is to climb into the highest
  152.    level, WHEN POSSIBLE.
  153.  
  154.    The following modes exist:
  155.  
  156.    Windows Mode: The highest level mode. Uses an interface which is
  157.    almost exactly the same as version 1.00 used.
  158.  
  159.    Dynamic Mode: Lower level than the windows mode. Uses an interface
  160.    which is something between the windows mode and plain mode.
  161.  
  162.    Plain mode: Lowest level mode. Uses and interface which is like
  163.    RemoteAccess's internal sysop-chat.
  164.  
  165. +  MultiChat always fall-back into a lower-level mode, whenever the
  166.    current mode becomes unusable (number of participants is bigger than
  167.    the maximum defined for that specific mode). This is MANDATORY.
  168.  
  169. +  MultiChat can also "climb" into a higher-level mode, if this is
  170.    enabled in MultiChat's SETUP. Note that MultiChat "respects" the
  171.    user's choice, and will NOT climb into higher-level modes, if the
  172.    user has MANUALLY switched into the current (lower-level) mode.
  173.  
  174. +  It is possible for several nodes to use several different modes. This
  175.    gives even more greater flexibility, like when a certain user does
  176.    not want to use the WINDOWS mode, and can use the PLAIN mode, while
  177.    other nodes are in the WINDOWS one.
  178.  
  179. +  New MCBuffer:
  180.    o  More effecient memory use.
  181.    o  Allocates memory for a given number of nodes, which is passed on
  182.       the command line.
  183.    o  Works much faster, also using optimized 286 assembly.
  184.    o  Many bugs fixed since earlier version.
  185.  
  186. +  New technique for passing information through a LAN:
  187.    o  Much faster than previous technique.
  188.    o  Requires only ONE file.
  189.    o  Does not require a ramdrive at all (Hard drive is enough).
  190.    o  Does not require SHARE to be resident.
  191.  
  192. +  Added a FORCE-POLITE flag: It is possible for the sysop to have it
  193.    ON or OFF by default, and allow or disallow users to change its
  194.    state. When turned ON, this flag makes sure the user doesn't break
  195.    into another's words, by rejecting any input while any other node is
  196.    typing something.
  197.    The user will be allowed to type only after a second or more of
  198.    inactivity on the other ends.
  199.  
  200. +  The "Who's Online" list in windows mode will now scroll down the
  201.    screen, if needed, as MultiChat now supports more than 4 nodes.
  202.  
  203. +  When using windows mode, windows will be resized, according to the
  204.    real number of participants. This - in order to avoid the situation
  205.    of having unused windows on the screen, taking space.
  206.  
  207. -  When a [SPACE] was typed at the bottom-right side of a chat window,
  208.    MultiChat did not wrap/scroll it well. Fixed.
  209.  
  210. -  In some cases, MultiChat had problems displaying online messages
  211.    which were sent from a different program rather than RA. Fixed.
  212.  
  213. +  MultiChat now has a full 2-lines switchable status bar, which can
  214.    be changed using the function keys (F1 to F5), just like RA has
  215.    internally.
  216.  
  217. +  In addition, most of RemoteAccess's sysop keys are working on
  218.    MultiChat too: Cursor Up/Down (Time adjust), Alt-H (Hangup), Alt-L
  219.    (Lockout), Alt-S (Change security), etc. Use [F9] to see a list of
  220.    all available keys.
  221.  
  222. +  Using the command line switch [-H], it is possible to force MultiChat
  223.    to use user's HANDLES instead of real names. In order for this to be
  224.    complete, ALL MultiChat nodes need to have this switch. NOTE that
  225.    this switch comes AFTER the node number, which is the first
  226.    parameter.
  227.  
  228. +  On unregistered versions, when time is up, MultiChat reminds the user
  229.    that time was up NOT becuase of RA's time limit, but because this is
  230.    a trial version.
  231.  
  232. -  In some cases, MultiChat exited (usually an abnormal exit), without
  233.    updating all other nodes about it.
  234.  
  235. !  RemoteAccess 1.0x is no longer supported by MultiChat.
  236.  
  237. -  MultiChat did not check carefully that when sending online messages,
  238.    the destination node DOES exist, and someone is actually on it.
  239.    Fixed.
  240.  
  241. +  Since windows are now resized and are not static anymore, when
  242.    whispering in WINDOWS mode, MultiChat asks for WINDOW number to
  243.    whisper to, rather than NODE number.
  244.  
  245.  
  246. *  MultiChat 1.00 - Changes/fixes since 1.00Γ
  247.    ─────────────────────────────────────────────────────────────────────
  248.  
  249. +  MCCONFIG will now read CONFIG.RA for information, if MCHAT.CFG is not
  250.    found. A few basic parameters will be read, such as system name, Sysop
  251.    name, pathes, etc.
  252.  
  253. +  The default colors were changed a bit.
  254.  
  255. +  Added the option to disallow AVATAR (AVT/0). This is because some
  256.    terminals emulate it incorrectly (Telemate for example).
  257.  
  258. +  Added Network support, using a shared ram-drive to transfer
  259.    information between nodes.
  260.  
  261. +  Added support for AVATAR (AVT/0).
  262.  
  263. +  Screen-Writes are now much faster. Also, no need for any ANSI/AVATAR
  264.    driver anymore.
  265.  
  266. -  Fixed bug which in some cases, caused the computer, when Ctrl-P was
  267.    pressed on local keyboard while MultiChat was writing to the screen,
  268.    to stuck.
  269.  
  270. +  MultiChat now supports USERDOES.xxx files, used by USERON, and several
  271.    other doors. USERDOES.xxx is written to a configurable directory (the
  272.    semaphore dir by default).
  273.  
  274. +  MultiChat now allows the colors of boxes (help, who's online, etc) to
  275.    be defined. The default colors are the ones that were used on
  276.    MultiChat 1.00Γ.
  277.  
  278. -  In some cases, when the USERON.BBS was quite corrupted, or had illegal
  279.    fields, MultiChat displayed a corrupted who's-online list. Fixed.
  280.  
  281. +  Added a status line on buttom of the screen, with user name, location,
  282.    speed and node number.
  283.  
  284.  
  285.