home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / atari / st / 12924 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  3.2 KB
  1. Path: sparky!uunet!usc!chaph.usc.edu!news
  2. From: baffoni@aludra.usc.edu (Juxtaposer)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: GEM.. what needs to be fixed, and soon!
  5. Date: 28 Aug 1992 13:23:59 -0700
  6. Organization: University of Southern California, Los Angeles, CA
  7. Lines: 53
  8. Message-ID: <l9t2qvINNoi6@aludra.usc.edu>
  9. References: <1992Aug27.100551.4716@bas-a.bcc.ac.uk> <MebEmeK00awP4Wh0tl@andrew.cmu.edu> <1992Aug28.095413.26495@bas-a.bcc.ac.uk>
  10. NNTP-Posting-Host: aludra.usc.edu
  11.  
  12. In article <1992Aug28.095413.26495@bas-a.bcc.ac.uk> ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
  13. >In article <MebEmeK00awP4Wh0tl@andrew.cmu.edu> sm86+@andrew.cmu.edu (Stefan Monnier) writes:
  14. [stuff deleted]
  15. >>> (1) Response time for mouse button presses.
  16. >>
  17. >>>     Has anyone noticed that it takes about a second for a mouse press to
  18. >>> be acted upon under GEM? This delay is the same on the TT as on the ST. This
  19. >>> has put off a large number of people when I've tried to promote the ST/TT
  20. >>> for general use. It can be a right pain when you click on one item, move the
  21. >>> mouse and the system highlights the one your mouse just passed over.
  22. [responses deleted]
  23.  
  24.     I don't know if I am addressing the problem you describe, but doesn't
  25. the button sensitivity section of the General.cpx control in Xcontrol panel
  26. take care of that?  You know, set it to faster response?
  27.  
  28. >>> (3) GDOS is an optional extra.
  29. >>
  30. >>>     In these days any GUI-frontend without a built in scalable font
  31. >>> generator is doomed. In my opinion a GDOS derivative (scalable font version)
  32. >>> should be included IN ROM along with a minimum of fonts (eg Times Roman,
  33. >>> Helvetica etc).
  34. >>
  35. >>Why in ROM in these days (just think of Macs, OS/2, Windows, Unix, etc..) ?
  36. >>I personnally think that much more of the OS should come on disk ! (for
  37. >>faster and easier updates)
  38. >
  39. >It should be on ROM so that the innocent new users need not know anything to
  40. >start playing.. ie Buy machine, install word precessor using manual to tell
  41. >them what to do, run word processor... lovely fonts.
  42. >OK, if you want it upgradable, you buy the upgrade which just patches over
  43. >the old version, just like official Atari patches do now!
  44.  
  45.     Thats a nice idea but! it is not very efficient.  Remember ROM space
  46. is pretty expensive: Monetarily, it costs more to put it in ROM, especially
  47. since a "few basic fonts" are more than likely to go over 512k - space that
  48. just isn't in the (I believe) 1MB ROM space (might be less); Design wise,
  49. if you insist on putting it with the rest of the system code, you might be 
  50. looking at a space-squeeze, so if the fonts go in, something will have to
  51. come out:  Do you want to lose a)IDE/SCSI capability? b) MULTI-tasking? 
  52. c) GUI (3d, or whatever) ? - Whatever you pick, you are going to lose - just
  53. load them in RAM and forget it.  Besides, that way you only need load the
  54. fonts you want, not what are just standard.  However, they could make an easier
  55. method of loading fonts (unless FSM/FONTGDOS is as simple as put font program
  56. in /auto, run font setup, select fonts to load (that should come on disk with
  57. system for basic fonts), never have to load those fonts again (either they
  58. are loaded onto floppy for those w/out HDs, or are loaded onto the HD and
  59. never be reloaded)).
  60.  
  61. [much stuff deleted]
  62.  
  63.     -Mike
  64.  
  65.