home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / BBS / RA / RAP100B.ZIP / WHATSNEW.10B < prev    next >
Encoding:
Text File  |  1992-03-09  |  12.0 KB  |  269 lines
  1. What's New - V1.00b
  2. ===================
  3.  
  4. - Slightly fixed RAPMAINT.EXE and MAKERAP.EXE.  Some cosmetic problems
  5. but they were otherwise working just fine.
  6.  
  7. - Gave y'all a larger set of default actions and talktypes.
  8.  
  9. - Included RAPFIX, which solves some DORINFO1.DEF problems on some
  10.   systems.
  11.  
  12. - Included the new RAPEDIT, which lets you edit your RAP userfiles.
  13.  
  14. What's New - V1.00
  15. ==================
  16.  
  17. Finally, it's good enough to be released!
  18.  
  19. Features new to this version include:
  20.  
  21. - Personal actions now *WORK*.  Yes, your users can set up "custom"
  22.   actions that only they can activate.
  23.  
  24. - Faster file-handling routines.  Essentially, two "index" files were
  25.   created to speed up searching.  This is PARTICULARLY noticeable when
  26.   searching the userfile, which is bloody MONSTROUS nowadays!  CAUTION:
  27.   you must prepare your system for this new version of RAP (see below).
  28.  
  29. - Couple of hard-to-kill bugs swatted (I think), including one where the
  30.   system would occasionally go brain-dead and lose track of where the
  31.   cursor is.  I think I got that one (jackhammer approach, used liberal
  32.   LOCATE statements).
  33.  
  34. Upgrading from *ANY* previous version:
  35.  
  36. Because RAP now needs two new index files, you cannot simply just copy
  37. the new .EXE files into your RAP directory and expect it to work.  It
  38. certainly will not.
  39.  
  40. Copy all the files from this archive into your working RAP directory
  41. (well, maybe ya don't need the RAP.DOC and WHATSNEW.100 files, but you
  42. get the idea).  Next, run RAPMAINT 100 (or some other high number).
  43. This will automatically clean the userfile and, as a result, build the
  44. new USERS2.RAP indexfile.  Finally, run MAKERAP CLEAN once, which, as
  45. part of its cleanup procedures, will build a new NODEIDX2.RAP indexfile.
  46.  
  47. And that's it!  Easy, huh?
  48.  
  49. One final thing: when running multiple RAP sessions under Desqview,
  50. things can get a bit slow.  Part of the problem here is that I have *NO*
  51. idea how, in the QuickBASIC environment, to release Desqview timeslices.
  52. Thus, each copy of RAP demands and gets its full timeslice, even if its
  53. just sitting there waiting for input.  Rats.  If anyone can assist me in
  54. this regard I'd be delighted to hear from them!  See the end of RAP.DOC
  55. for info on how to contact me.
  56.  
  57. What's New - V0.90ß
  58. ===================
  59.  
  60. Boy, am I an idiot!
  61.  
  62. Seems that the RA environment variable generally points to individual
  63. subdirectories and *NOT* to the directory where USERON.BBS is located
  64. (see WHAT'S NEW V0.88).  Therefore WIPEUSER was goofing up and writing
  65. USERON.BBS into the wrong directory.
  66.  
  67. This has been fixed: WIPEUSER must now be run from the directory in
  68. which USERON.BBS resides, usually the one defined in RACONFIG as the
  69. SYSTEM DIRECTORY.
  70.  
  71. Next... Personal Actions are now *HERE*.  Users can program up to four
  72. personal actions that only they can use.  TalkTypes, I'm afraid, are
  73. *NOT* available for user programming... :-)  Most users have trouble
  74. figuring them out, anyways...
  75.  
  76. What's New - V0.88ß
  77. ===================
  78.  
  79. I shoulda seen this coming....
  80.  
  81. All my testing of RAP's interaction with USERON.BBS went flawlessly
  82. because I had a perfectly formatted USERON.BBS file, thanks to the
  83. author of SabreChat.  Y'see, RemoteAccess tends to throw a lot of
  84. GIBBERISH into this file for some reason.  The SabreChat author noted
  85. this and provided a program called "WIPE!" with his door which will
  86. freshly format USERON.BBS each time it is run.  I've been using this in
  87. my AUTOEXEC.BAT for quite some time so this problem never even occurred
  88. to me.
  89.  
  90. One of my beta-testers ran head-first into this problem (hiya Hazel!),
  91. so RAP now includes WIPEUSER.EXE.  Syntax is fairly simple, just type
  92. WIPEUSER and it will format USERON.BBS to 32 nodes.  Or, you can specify
  93. your own number of nodes after the command but don't use anything *LESS*
  94. than 32 with RAP (even though WIPEUSER will let you get away with it,
  95. perhaps for other purposes).
  96.  
  97. Where does it create USERON.BBS?  In the absence of the "RA" environment
  98. variable, right in the current directory.  If RA is defined, with a SET
  99. RA=d:\path directive (say in your AUTOEXEC.BAT file), it will write a
  100. fresh USERON.BBS in that directory.  Needless to say, *NOBODY* should be
  101. on your BBS when you run this program.  For best results, run it in your
  102. AUTOEXEC.BAT file, or perhaps your MIDNIGHT.BAT file.  Definitely run it
  103. at least once before trying to connect RAP with RA.
  104.  
  105. What's New - V0.87ß
  106. ===================
  107.  
  108. As you can see, lots of work between V0.63 and this one.  This was the
  109. most difficult piece of code to add, mainly cuz the RA-110 structures
  110. aren't very damned clear to this QuickBASIC programmer.  However, it
  111. *DOES* now work.
  112.  
  113. Be sure to run the new MAKERAP CLEAN at least once: changes were made to
  114. NODEIDX.RAP and the various NODExx.RAP files as well, so be sure they're
  115. wiped clean before starting up this new version.
  116.  
  117. BBS<>RAP communications are now a reality.  A BBS user can now page a
  118. RAP user and vice versa, providing the new RAP.CTL file is configured
  119. correctly (please see RAP.DOC and/or the supplied sample RAP.CTL file).
  120. You *MUST* change your batch file or other method of loading RAP to take
  121. into account this new file.
  122.  
  123. Specifically, USERS was changed to LOOKUP, NODES now lists BBS users as
  124. well as RAP users, and PAGE will let a RAP user page a BBS user.
  125.  
  126. PROFILE command almost completed.  Personal actions still ain't there
  127. but you can now edit both your handle and your description (which is
  128. displayed with the LOOKUP command).
  129.  
  130. V0.87 is now *SPECIFICALLY* tied to RemoteAccess V1.10 (and greater).
  131. RA-110 introduced "language support".  RAP doesn't exactly support this
  132. (yet) but it does look for some very specific codes from RA...
  133. specifically, language records 258, 496, and 497.  RAP will read a page
  134. from RemoteAccess V1.01 and earlier, but the reverse ain't true: it'll
  135. look like crap in the BBS.  RA-110 is *WELL* worth the (free) upgrade
  136. folks, so please take the time to get it.
  137.  
  138. Many other small changes... so damned many that I can't remember half of
  139. them (been up all node coding this beast!), but hopefully you'll stumble
  140. upon them and smile.  :-)
  141.  
  142. There will hopefully be only one more beta before full-release, and
  143. that'll be V0.90, with the personal actions *FINALLY* enabled.  This
  144. ain't so much difficult as time-consuming and it's time to put this
  145. thing away for a few days and let the beta-bashers have at it!
  146.  
  147. What's New - v0.63ß
  148. ===================
  149.  
  150. By popular request, actions that normally did not show to yourself now
  151. *DO* show to yourself.  IE: if you typed BOUNCE (using the supplied
  152. ACTION.RAP file), normally you wouldn't see much except the supplied
  153. response-back.  Now you'll *ALSO* see what everyone else saw.
  154.  
  155. What's New - V0.62ß
  156. ===================
  157.  
  158. Fixed buglet involving lost carriers during new user search, which would
  159. sometimes halt the system with "HIT ANY KEY TO RETURN TO SYSTEM".
  160. Damned annoying, huh?
  161.  
  162. Redefined "polling" to now occur after every 1 second of inactivity,
  163. rather than after every "x" number of cycles through the main menu loop.
  164. On busy multitasking systems, messages were backing up for two reasons:
  165. it would take a while before RAP would poll and if the user was a fast
  166. typer, they'd always start a new line before the poll began.  Secondly,
  167. the rapid polling going on (remember, each copy of RAP is polling DOS
  168. for the same file) was bogging things down.  On my testing on a
  169. LANTASTIC network things got *REALLY* bad.  This has alleviated the
  170. problem somewhat.
  171.  
  172. What's New - V0.60ß
  173. ===================
  174.  
  175. Major change to the USERS.RAP file structure.  I haven't yet added the
  176. new PROFILE options yet but I did make the file structure changes
  177. already.  Be sure to copy 055TO060.EXE into your RAP subdirectory and
  178. run it *ONLY ONCE*.  This will convert your user file so that nobody's
  179. handles get lost.  Delete 055TO060.EXE when you are through with it.
  180.  
  181. Major overhaul to the text interface with the user.  Less wasted lines,
  182. better use of ANSI color, etc.  Some bugs removed (whispering would send
  183. back a message that your message had been sent... twice).  You may want
  184. to look over and test all of your TALKTYPES carefully because I changed
  185. the prompt slightly.
  186.  
  187. Screenclears removed from most reports.
  188.  
  189. If you had defined an action with a line 4 of "N/A", weird things would
  190. happen if a user went ahead and tried to add a username.  For example,
  191. the default DRINK action is such a case.  If one typed DRINK USERNAME,
  192. one of two things would happen.  If USERNAME was signed on, the entire
  193. input text would be sent out as a message (as intended) to everyone.
  194. If, however, USERNAME was not signed on, you'd get "could not find a
  195. user named USERNAME" followed by the line 2 message.  Weird.  Fixed.
  196.  
  197. WHO was changed to NODES.  WHO now brings up a much shorter list of who
  198. is in the Pub.  This is also displayed when you first enter RAP.
  199.  
  200. Handles are now capitalized when new users sign in.  Additionally, sign
  201. in can now be aborted without having to drop carrier.  Oops!
  202.  
  203. USERS was showing all the empty log entries and, worst of all,
  204. displaying long sequences of SPACE characters on such records... thus
  205. REALLY slowing down the display.  The SPACE chars are gone and blank
  206. records are NO LONGER DISPLAYED.
  207.  
  208. When QUITting, one last check is now made of your buffer to get any
  209. last-second messages.
  210.  
  211. Profiles: this is coming in a future version, probably in time for
  212. V1.00.  The idea here is that the user can enter a short description of
  213. himself/herself for others to see.  Additionally, up to four (4)
  214. "personal" actions can be defined.  *NONE* of this yet works, but as
  215. noted above the user file structure has been changed to accomodate these
  216. future changes.  This has, as a side effect, swelled the size of
  217. USERS.RAP considerably, it's now about 230K or so.  On an active system,
  218. however, this investment in disk space will prove worthwhile (my opinion
  219. anyways) as it'll add a new dimension to RAP.
  220.  
  221. Also "coming soon": sure would be nice if RAP could be told to stash the
  222. NODEIDX.RAP file in a RAMDISK instead of on the HD, right?  If you're
  223. using a disk cache (HIGHLY recommended) this won't make much difference
  224. of course, but hey: may as well make this optional.
  225.  
  226. One other thing I want to add is better formatting on received messages.
  227. Currently they're just blasted at the screen (and modem) as they are
  228. (with ANSI sequences inserted).  If someone just typed 300 characters at
  229. you, they come out the modem port 300 chars in a row.  Some terminals,
  230. particularly some I've seen for Windows and GeoWorks, and also the
  231. built-in terminal in the MilqueToast mailer, do *NOT* automatically
  232. linefeed to the next line at the end of line (ie: at the 80th column).
  233. RAP's output, therefore, is gonna look particularly like a dog's
  234. breakfast on such terminals when long messages are involved.  An
  235. upcoming version will allow the user to define terminal width, and any
  236. incoming messages will automatically be formatted with CR-LF's so that
  237. this problem can be alleviated.
  238.  
  239. I really wish the people who write these terminal programs would STICK
  240. TO THE BLOODY STANDARDS ESTABLISHED!!
  241.  
  242. I need more feedback, folks.  I need to know what the users like, what
  243. they dislike, and want they (and you sysops) want in the next version.
  244.  
  245. What's New - V0.57ß
  246. ===================
  247.  
  248. I found that the "poll rate" was set MUCH too high.  Ya didn't notice it
  249. so much on a local cached drive, but take away the cache, or run it
  250. across a LAN, and things would bog down fast because each copy of RAP
  251. was polling the NODEIDX file *VERY* often... once every 10 cycles
  252. through the main loop.  It's now happening once every 200 cycles and
  253. this should give better performance.
  254.  
  255. NEWS.ANS or NEWS.ASC will now be displayed to the user after signon but
  256. before "sitting down".  If only NEWS.ASC exists, then only that file
  257. will be displayed (to both ANSI and ASCII users).
  258.  
  259. Author-supplied ACTION.RAP and TALKTYPE.RAP files now greatly expanded.
  260.  
  261. There are a whole host of features coming just as soon as I have some
  262. time to work on it.
  263.  
  264. What's New - V0.55ß
  265. ===================
  266.  
  267. First beta-release
  268.  
  269.