home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / atari / 8bit / 4253 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  8.1 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!uakari.primate.wisc.edu!ames!pacbell.com!well!moon!cyberden!phbill
  2. From: moon!cyberden!phbill@well.sf.ca.us
  3. Newsgroups: comp.sys.atari.8bit
  4. Subject: Re: CGS and all that good stuff...
  5. Message-ID: <ZgeoPB15w165w@cyberden.uucp>
  6. Date: 18 Aug 92 00:13:22 GMT
  7. References: <1992Aug16.061834.9938@news.ysu.edu>
  8. Organization: Indescribable Creations
  9. Lines: 169
  10.  
  11. ab588@yfn.ysu.edu (joseph sabatino) writes:
  12.  
  13. > Hi Bill, remember me? I think you called my board once or twice. 
  14. > anyways, your message on the net was sent to me for a personal reply.
  15. >  
  16. >      First of all, I'm sorry that you didn't like using the CGS handler. I 
  17. > spent alot of time and effort into it, trying to do two things. First, 
  18. > to establish some kind of graphic standard for XL/E computers. The 
  19. > second thing was to provide a handler which works with the BEST term 
  20. > program ever written for these machines. From the many users that 
  21. > choose CGS mode on my bbs, and from the many Oasis, Pro!, and Carina 
  22. > sysops who download and use the CGS bbs modules, I guess it has made 
  23. > telecom more enjoyable for more than a few people.
  24. a
  25. Well, like I said before, 1) the fonts don't look very good on my system, 
  26. PROBABLY because MOST users (I am DEFINITELY one of the majority of users 
  27. anymore!) have GOOD monitors and DON'T have this crappy 1200xl video. 
  28. (tho I haven't compared it, lately since I have tons of video stuff 
  29. hooked up and the computer has to go thru a REALLY old VCR!, I must admit 
  30. it could've been made QUITE a bit better.)  I do agree that choosing CGS 
  31. to work with BobTerm was a DEFINITE plus, but since I 1) have no CGS 
  32. boards to call, and 2) boot always from one system disk (which ONLY 
  33. installs Hyper E: and jumps to MyDOS (I have the /4(-digit) version)..I 
  34. don't have ANY extra RAM, and hate dealing with Atari DOS/MyDOS 1050 
  35. density problems), I only ever use the unchanged/upgraded/patched/whatever
  36.  you'd call it version of BobTerm (1.22).  I SUPPOSE that, though you 
  37. were (unlike many programmers.. at least a few years back) smart enough 
  38. to make this fully compatible with everything you could think of, I have 
  39. these problems:
  40.  
  41. dedication to MyDOS, as well as having 100s of AtariDOS disks.  
  42.         I'll never go back to Atari DOS for fear of messing up one of my 
  43.         newer MyDOS disks
  44.  
  45. I have a 1200xl (could be the reason for the crashes I got with CGS ever
  46.         so often)
  47.  
  48. I have a 1200xl and a ***tty TV for a monitor.., again, wired via VCR, as
  49.         WELL as having a switchbox connected right at the TV's cable 
  50.         input
  51.  
  52. I never use Sparta DOS (call me different, but I don't like it much, esp.
  53.         since I'm a TurboBASIC XL fan, and TBXL doesn't work with any but
  54.         the cart.version)
  55.  
  56. and finally:    nowhere to call.  The only 8-bit BBS I call doesn't even
  57.         use ATASCII, which is a shame because I always liked even that.
  58.  
  59. I guess I jumped the gun a bit because I never saw anything ACTUALLY use
  60.         the thing, and I also have an older version (I believe it came 
  61.         with 10 or less fonts..  we seem to be getting new software 
  62.         rather slow here in the bay area...)
  63.  
  64. ...
  65. >  
  66. >      If you think setting up CGS is a pain, try installing some drivers (by 
  67. > hand) on an IBM system. Without an auto-install program, it can take 
  68. > several hours, or even days.
  69.  
  70. Ah...  I must give you that!! :)  This is one of 100s of reasons I'll 
  71. probably NEVER get an IBM  ;)
  72.  
  73. >  
  74. >      The CGS handler can work with any decent dos that allows normal 
  75. > alpha numeric characters for filenames. If you are using a version 
  76. > of MyDos that doesn't support this, then I suggest that you switch to 
  77. > Sparta 3.2d.
  78.  
  79. As I said, I have something like version 4.53/4 of MyDOS and the minute I 
  80. saw that ARC full of numbers for filenames, I said "screw this!", but 
  81. since I was pretty interested at the time, I finally got the attempting 
  82. to set it up.
  83.  
  84. >  
  85. >      There are now 20 official CGS fonts, with several more recently 
  86. > submitted for inclusion on the official CGS font assignment list. 
  87. > These fonts have been sent in from all around the world. Just this week, 
  88. > I assisted a sysop in Amsterdam Holland in getting his bbs to support 
  89. > CGS. CGS boards are poping up all around the world. But anyways, the 
  90. > CGS font system is very flexible, allowing up to 99 fonts to be 
  91. > installed at any one time. This ammounts to 101,376 bytes of font 
  92. > data! Granted, I doubt that any bbs will ever require THAT many fonts to 
  93. > be online at any one time. But most will have anywhere between five thru 
  94. > a dozen. 
  95.  
  96. As I said, I guess the version I can with is rather old, as it had (I 
  97. believe) 10 or less fonts.
  98.  
  99. >  
  100. >      CGS is much more than just fonts. It also includes colors and 
  101. > graphics. The fonts are just the easiest and quickest to use. 
  102.  
  103. Well... Since I've never called anywhere that supports it, I can't say 
  104. I'm either impressed, or disgusted by it! ;)  My MAIN reason for bringing 
  105. these things up is 1) I wondered if there was any other program that 
  106. could handle this type of stuff, and 2) how hard it would be to make the 
  107. fonts have one extra letter in them.  Hell, how about rather than have 
  108. "0.0" to "9.9", how about "A.0" to "J.9"??!??!  Or even "A.A" to "J.J"??  
  109. It would be REALLY nice for the users of Atari DOS 2.0 (it doesn't allow 
  110. numbers in names, does it?) and MyDOS (IS there a version that allows 
  111. numbers??)
  112.  
  113. >  
  114. >      One of the main reasons why the CGS handler doesn't exclusivly draw 
  115. > text to a graphics screen, is because such a system couldn't keep up with 
  116. > 9600 baud. If it can't handle 9600, I'm not interested in it. BobTerm/CGS 
  117. > can easily handle 9600 baud.
  118.  
  119. That's true. (call me one to be blind about 1200 baud ;) ).  HOWEVER, 
  120. what types of drawing routines do you use?  I think it would take just as 
  121. much time, if not less to POKE the characters onto the screen.  My only 
  122. way of elaborating is to give a BASIC equivelent:
  123.  
  124. FOR J=0 TO 7  
  125.   POKE SCREEN+X+(Y+J)*40,CHARACTER*8+J
  126. NEXT J
  127.  
  128. SCREEN is the top of screen memory, X is the x position on the screen (0 
  129. to 39), Y is the y position (0 to 183, unless you don't mind it going 
  130. below the screen), and CHARACTER is the internal character set code for 
  131. what you want to be written to the screen.  A routine like this in 
  132. assembly... hell, anything faster than BASIC, could probably keep up with 
  133. 9600 baud.. esp. if buffering and [^S](pause)-ing is done...
  134.  
  135. This is my major idea for CGS, or any other graphics oriented terminal 
  136. interface....
  137. >  
  138. >      The fonts don't HAVE to be in a ramdisk. They can also be placed on a 
  139. > hard drive. The reason why they cannot be placed on a normal floppy 
  140. > disk is because they are too slow. Another reason is because of 
  141. > something called concurrent i/o. Simply put, if you have concurrent 
  142. > mode enabled for a modem, and try any i/o to a normal floppy drive, you 
  143. > will crash the operating system. Period.
  144.  
  145. Well...THIS is obvious, even to ME! (esp. since I'm using 2 stock 1050s!  
  146. haahhaah)
  147.  
  148.  
  149.  
  150. I think you've stated your point clearly..   I'm reading it as this:
  151.  
  152.         upgrade!!! :)
  153.  
  154. I need more RAM and maybe a copy of SDX or SRP ;) 
  155.  
  156.  
  157. Just don't forget my ideas!: 1) letters instead of numbers for fonts (a 
  158. simple little BASIC program could patch up anybody's old version of the 
  159. program..  just rename all the files.)  and 2) the quick 40 column text 
  160. writing...  it takes very little memory and doesn't use much FP, so it 
  161. could easily handle 9600 if the other graphics routines can. (btw: can 
  162. CGS do a fill???)
  163.  
  164.  
  165.                 Sorry for jumping the gun like I did (I didn't mean to 
  166.                                                       totall SHRED your
  167.                                                       program or anything
  168.                                                       !!!  It's just I 
  169.                                                       could see it being
  170.                                                       made a little e-zer
  171.                                                         to use for us 
  172. stock users ;) )
  173.  
  174. "Be seeing you!"
  175. ___________________________ ||| __
  176. PhBill: Bill Kendrick      / | \
  177. moon!cyberden!phbill@well.sf.ca.us
  178. __________________________________
  179.                    August 17, 1992
  180.