home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO89.ZIP / INFO89 / 782.TXT < prev    next >
Text File  |  1997-04-16  |  12KB  |  282 lines
  1. INFO-ATARI16 Digest         Sat,  9 Dec 89       Volume 89 : Issue 782
  2.  
  3. Today's Topics:
  4.                             cartridge port
  5.                            Hey, you she/he!
  6.                                NOTATOR
  7.                          Saving the menu bar
  8.                    Soz C V1.2 Upgrade help required
  9.                            TeX and Calamus
  10.                       TOS 1.4 Incompatibilities
  11.                           Trash, Disks, etc.
  12.                    Wanted: Restaurant Management SW
  13. ----------------------------------------------------------------------
  14.  
  15. Date: 9 Dec 89 16:49:56 GMT
  16. From: ogicse!blake!ramsiri@ucsd.edu  (Enartloc Nhoj)
  17. Subject: cartridge port
  18. Message-ID: <4840@blake.acs.washington.edu>
  19.  
  20. Considering all the discussion about cartidges lately,
  21. I was wondering what the prospects are for building
  22. an inexpensive multi-port extension that would allow
  23. those who need the port for more than one application
  24. to not have to turn the machine off.. reinstall "another"
  25. cartridge or dongle etc.. Doing this on a regular basis
  26. will only ask for problems.. guarranteed damage to the
  27. port and to the cartridge or dongle.
  28.  
  29. Specifically, I would like to get the GCR.. I also use
  30. NOTATOR on a very regular basis.  There are other
  31. commercial products requiring the use of the cartridge port,
  32. obviously...  I assume building a cartridge extender is
  33. difficult and costly.. otherwise there would be one on the
  34. market...  C-LAB puts out "The Combiner" for $349.00.
  35. Seems a bit pricey to me!
  36.  
  37. Does anyone know of another in development.. or already available
  38. that is reasonably priced?
  39.  
  40. -kevin
  41. ramsiri@blake.acs.washington.edu
  42.  
  43. ------------------------------
  44.  
  45. Date: Sat, 9 Dec 89 08:11:38 EST
  46. From: David Megginson <MEGGIN@vm.epas.utoronto.ca>
  47. Subject: Hey, you she/he!
  48. Message-ID: <89Dec9.082033est.57440@ugw.utcs.utoronto.ca>
  49.  
  50. OK. Let's see if I can end the debate. A few hundred years ago, people
  51. in English started using 'ye/you' (//French vous), which is plural, to
  52. address a single person politely. Now we barely ever use 'thou/thee'
  53. (//French tu/te) except in special religious contexts, and we use the
  54. plural 'you' (we have lost 'ye') for everyone. For my children or
  55. grandchildren, 'they/them' for a single person will be normal, as in
  56.      "Every user should check their computer."
  57. That sounds terrible to me, but in 50 years I'll be dead anyway, and
  58. none of the people using it will care. He/she and s/he are just
  59. temporary crutches for people like me who don't like a singular 'they',
  60. but the English language has changed and will change, like it or not.
  61.  
  62.  
  63.       David Megginson, Centre for Medieval Studies, Toronto
  64.  
  65. ------------------------------
  66.  
  67. Date: 9 Dec 89 17:02:46 GMT
  68. From: ogicse!blake!ramsiri@ucsd.edu  (Enartloc Nhoj)
  69. Subject: NOTATOR
  70. Message-ID: <4841@blake.acs.washington.edu>
  71.  
  72. NOTATOR currently does NOT work with
  73. either the moniterm nor with Jim ALlen's
  74. accelerator.
  75.  
  76. The Moniterm support will take about two weeks of
  77. software work (according to the US national rep)..
  78.  
  79. TO work with the Turbo16 accelerator or with the TT,
  80. a change in the timing of the read of the dongle has
  81. to be implemented... another software change.
  82.  
  83. Regarding the accelerator:  I am told that there
  84. is a German board that does work with NOTATOR.. however,
  85. the cache has to be disabled.. and as a result, there are
  86. no real noticeable improvements in scrolling ..
  87.  
  88. However, as the update to NOTATOR will include a full page
  89. preview among other things.. it would be nice to have
  90. MONITERM support.  As it is now, one needs to do a lot
  91. of verticle scrolling when viewing and editing more than
  92. 6 tracks.  This gets very time consuming.
  93.  
  94. POINT:  THe US rep Mikhail Graham tells me that C-LAB won't
  95. support the MONITERM unless they get a few hundred calls
  96. requesting it.  SO far there has been few.  So, if any of you
  97. NOTATOR users are simply waiting for MONITERM support.. it won't
  98. be there unless we call in our request.
  99.  
  100. Here's the name and number of the C-LAB rep.  A very nice guy
  101. i might add:
  102.  
  103.  
  104.               Mikhail Graham
  105.               1-916-265-6484
  106.  
  107. He's always receptive to ideas and encourages users to make
  108. suggestions for improving the already awesome NOTATOR.
  109.  
  110. -kevin
  111. ramsiri@blake.acs.washington.edu
  112.  
  113. ------------------------------
  114.  
  115. Date: Sat, 9 Dec 89 07:53:18 EST
  116. From: David Megginson <MEGGIN@vm.epas.utoronto.ca>
  117. Subject: Saving the menu bar
  118. Message-ID: <89Dec9.080019est.57438@ugw.utcs.utoronto.ca>
  119.  
  120. In response to the question about saving the menu bar:
  121.  
  122. The menubar disappears when you execute a TOS program from a GEM program
  123. and then return (using the VDI escape functions to get a TOS screen).
  124. There are a couple of ways to save the menu bar. First, if your application
  125. is actually an application (ie. it owns the menu bar), just use menu_bar()
  126. to hide the menu before you run a program, and use it to redisplay the
  127. menu afterwards. If it is an accessory (be careful here!), call wind_get()
  128. with window handle 0 (DESK) to get the working area of the desktop, and
  129. you should be able to presume that everything from 0 to X with width Y
  130. is the menu bar (use the VDI raster functions to save it!). Good luck.
  131.  
  132.  
  133.       David Megginson, Centre for Medieval Studies, Toronto
  134.  
  135. ------------------------------
  136.  
  137. Date: 7 Dec 89 18:28:15 GMT
  138. From: uvm-gen!pegram@uunet.uu.net  (pegram r)
  139. Subject: Soz C V1.2 Upgrade help required
  140. Message-ID: <1362@uvm-gen.UUCP>
  141.  
  142. From article <1852@atari.UUCP>, by kbad@atari.UUCP (Ken Badertscher):
  143. > steve@thelake.UUCP (Steve Yelvington) writes:
  144. > | In addition to providing a proper environment string, Gulam (or any other
  145. > | competent shell) will pass arguments to the Sozobon compiler and utilities
  146. > | without mangling them. GEM Desktop uppercases everything [...]
  147.  
  148. > The Desktop stopped doing that as of Mega TOS.  Rainbow TOS doesn't mangle
  149. > args in the TTP box either.  Yet Another Reason To Get Rainbow TOS.
  150. > --
  151. >    |||   Ken Badertscher  (ames!atari!kbad)
  152. >    |||   Atari R&D System Software Engine
  153. >   / | \  #include <disclaimer>
  154.  
  155. One good thing came from that original bug in the Desktop, Dan Wilga
  156. wrote Neodesk.  It still supports a proper environment string (which
  157. you have to set up) and probably could run Soz C.  So people with and
  158. without TOS 1.4 can run good stuff from a<n excellent> desktop.
  159.  
  160.         Damn news posting program wants more original input, so here's
  161. a short description of NeoDesk.  ND replaces the desktop with an
  162. enhanced version, it can remain resident (about 230K) and function
  163. just like the desktop, or it can leave only 21k in Ram as programs
  164. execute, reloading afterwards (slow! w/o pinhed 8-)).  It supports
  165. icons for every possible program name or extension, which can be
  166. created in its own icon editor.  It improves on the desktop in many
  167. subtle ways: printer icon for printing with spooling, so double clicking on
  168. a non executable icon immediately shows its contents on the screen - it
  169. can run a command interpreter on batch files -  it does a correct application
  170. install - allows "program icons" to be placed on the desktop, so you
  171. don't have to shuffle through all your hard drive folders to execute
  172. those programs, has keyboard equivalents for many menu and desktop
  173. operations, and more that I forget (improved disk and file copy,
  174. formatting to real IBM, sets date and time correctly, allows file MOVES...
  175. 8-)).
  176.  
  177. Speaking of reloading and such can anyone tell me why the Laser C (2.1)
  178. shell loads external programs so fast?  I run it with Pinhed,
  179. TurboSt 1.6, and TurboDos 1.05, and it beats the desktop and NeoDesk
  180. (2.03) all to pieces.
  181.  
  182. On speedups and the reverse, I pulled out my HabaWriter 1.1 (the debugged
  183. version) and ran it with TurboST.  Very amused to find that TurboST
  184. makes it acceptably fast, but it still won't do double spacing.
  185. TurboSt 1.6 slows one program drastically, Opus 1.? (from STLog), the
  186. lines dividing the cells take forever to draw.  TurboST 1.6 (on Monochrome)
  187. also blows up if it's in Multidesk and Neodesk runs afterwards.
  188.  
  189. Bob Pegram (pegram@griffin.uvm-gen.uvm.edu <@ U.of Vt.>)
  190.  
  191. ------------------------------
  192.  
  193. Date: Sat, 9 Dec 89 08:52:55 EST
  194. From: David Megginson <MEGGIN@vm.epas.utoronto.ca>
  195. Subject: TeX and Calamus
  196. Message-ID: <89Dec9.085925est.57401@ugw.utcs.utoronto.ca>
  197.  
  198. TeX is not the only package which can typeset mathematics, nor is it the
  199. only package which can print out long documents without stopping.
  200. It is very simple in Calamus to set mathematical formulas, since you can
  201. use the arrow keys to move individual characters around on the display
  202. (when PKS Write comes out, you will find it even easier). Calamus can
  203. also print out about 100 pages (or more, depending on the complexity
  204. of the graphics) on an SLM804 in under half an hour. You can include
  205. various combinations of text, alignment, attributes _and_ kerning in
  206. Calamus macros, so mathematic formulas would take only seconds!
  207.  
  208. All said, it is still smarter to distribute in TeX because 1) TeX is
  209. free and 2) TeX exists on different machines.
  210.  
  211.  
  212.  
  213.     David Megginson, Centre for Medieval Studies, Toronto
  214.  
  215. ------------------------------
  216.  
  217. Date: Sat, 9 Dec 89 08:34:55 EST
  218. From: David Megginson <MEGGIN@vm.epas.utoronto.ca>
  219. Subject: TOS 1.4 Incompatibilities
  220. Message-ID: <89Dec9.084059est.57396@ugw.utcs.utoronto.ca>
  221.  
  222. Please stop posting arbitrary incompatibility lists for TOS 1.4. Most of
  223. the problems posted come from using a disk-based version of the TOS.
  224. First, the disk-based version is a BETA version, with many bugs still in
  225. it; second, the disk-based version takes up RAM and changes the location
  226. where some poorly-written, non-portable games expect to find things in
  227. your computer; finally, the disk-based version takes up about 200k, so
  228. your big GDOS program (like DTP) may not be able to run correctly.
  229.  
  230. Even if you have the chip set for TOS 1.4, take everything off your
  231. computer (QuickST, accessories, other auto programs, _everything_!),
  232. do a _cold_ boot, and then try it again. There has been way too much
  233. mis-information floating around about TOS 1.4.
  234.  
  235.  
  236.           David Megginson, Centre for Medieval Studies, Toronto
  237.  
  238. ------------------------------
  239.  
  240. Date: 8 Dec 89 16:04:32 GMT
  241. From: uvm-gen!pegram@uunet.uu.net  (pegram r)
  242. Subject: Trash, Disks, etc.
  243. Message-ID: <1363@uvm-gen.UUCP>
  244.  
  245. From article <929@uhnix2.uh.edu>, by uace0@uhnix2.uh.edu (Michael B. Vederman):
  246. (text deleted here, maybe I can post this without too much extra verbiage!)
  247.  
  248. >Double Click Software (us) is about to release a new product called DC DESKTOP
  249. (deleted text here....)
  250. > This AUTO folder program will *not* replace, but _enhance_ the GEM desktop so
  251. > much, you won't believe your eyes!
  252. (more deleted text here....)
  253. > - mike
  254. > ----------------------------------------------------------------------------
  255. >Double Click Me | Double Click Software | P.O. Box 741206 | Houston, Tx, 77274
  256. > -----------------------------------------------------------------------------
  257. >Support BBS: (713)944-0108 | SHADOW | DC FORMATTER | DC UTILITIES | and others
  258.  
  259. Hey Mike V., Will we be able to set up a "proper environment string"
  260. with DC DESKTOP??
  261.  
  262. Bob Pegram (pegram@griffin.uvm-gen.uvm.edu <@ U. of Vt.>)
  263.  
  264. ------------------------------
  265.  
  266. Date: 7 Dec 89 03:27:19 GMT
  267. From: nis!pwcs!stag!trb@umn-cs.cs.umn.edu  ( Todd Burkey )
  268. Subject: Wanted: Restaurant Management SW
  269. Message-ID: <1989Dec7.032719.12687@stag.UUCP>
  270.  
  271. Hi,
  272.   Does anyone know of any good restaurant management packages that exist
  273.   for the IBM PC or Atari ST (or any other computer for that matter?)
  274.   Thanks,
  275.     -Todd Burkey
  276.      pwcs!stag!trb
  277.  
  278. ------------------------------
  279.  
  280. End of INFO-ATARI16 Digest V89 Issue #782
  281. *****************************************
  282.