home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / misc / 16886 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  3.0 KB
  1. Xref: sparky comp.sys.amiga.misc:16886 comp.sys.amiga.advocacy:29178
  2. Path: sparky!uunet!pmafire!mica.inel.gov!ux1!news.byu.edu!eff!sol.ctr.columbia.edu!caen!spool.mu.edu!agate!ames!sun-barr!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!sun!amdcad!decwrl!contessa!mwm
  3. From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
  4. Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.advocacy
  5. Subject: Re: Programming
  6. Message-ID: <mwm.2nmz@contessa.palo-alto.ca.us>
  7. Date: 15 Nov 92 23:40:27 GMT
  8. References: <mwm.2n75@contessa.palo-alto.ca.us> <Bxrqq2.C77@csugrad.cs.vt.edu>
  9. Organization: Missionaria Phonibalonica
  10. Lines: 51
  11. X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
  12.  
  13. In <Bxrqq2.C77@csugrad.cs.vt.edu>, kjohnson@csugrad.cs.vt.edu (Keefer) wrote:
  14. > Wow, this thread is in a lot of newsgroups...
  15. > 
  16. > All right, let me try to clean up a few impressions about AMOS (some right,
  17. > some wrong).  First of all, by default AMOS is not "system-compliant."  Yes,
  18. > when you run an AMOS program, it will take over most system calls because
  19. > AMOS uses its own intuition routines.  I agree that this is a Very Bad Thing.
  20. > However, in some respects it is necessary to make possible a lot of things 
  21. > that AMOS can do so easily.  Now, what I would like to see is a version of
  22. > AMOS that WILL let you do everything on the workbench if you want, instead
  23. > of forcing you to use your own private screen.
  24.  
  25. Like I said - the problem is the package, not the language. It'd be
  26. nice if they fixed it.
  27.  
  28. > The problem is that since AMOS is not "system-compliant" by nature, and that
  29. > making it so would involve so much extra effort by the programmer, most AMOS
  30. > programs you will ever see will not be system-compliant.
  31.  
  32. This is a good reason NOT to start with AMOS, especially since there
  33. are alternatives that are easier to use, and are system-compliant; at
  34. least for most things.
  35.  
  36. > Besides, AMOS
  37. > is fully multitasking (even if it does do it a little differently) which
  38. > is more than I can say for a lot of programs.
  39.  
  40. "Doing it a little differently" means "it looks like it's not
  41. multitasking, and it screws up other programs, and it confuses
  42. people." That's more than I can say about most programs.
  43.  
  44. > And I have never even HEARD of an entire AMOS screen being
  45. > blanked by some blanker.
  46.  
  47. You've got the problem backwards. AMOS programs causes commodities
  48. blankers to not blank the screen until they exit. This is bad, for two
  49. reasons. One, it keeps a standard blanker from working on AMOS
  50. screens; two, it causes blanking at an inappropriate time.
  51.  
  52. > But of course, the cause is with AMOS taking over mouse
  53. > calls so when you move the mouse on an AMOS screen, it doesn't count on
  54. > anything on the WB side.
  55.  
  56. It also appears to steal keyboard input, and disable certain intuition
  57. calls (or at least cause them not to happen). This means that hotkey
  58. commodites in general don't work. Of course, given the general
  59. behavior of AMOS, it could be some other obscure thing it's doing
  60. wrong. While these things aren't a problem per se, such behavior is a
  61. bug in anything but a game (and in most of those).
  62.  
  63.     <mike
  64.