home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / alt / sys / amiga / demos / 1653 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  3.0 KB
  1. Xref: sparky alt.sys.amiga.demos:1653 comp.sys.amiga.applications:8680 comp.sys.amiga.introduction:1537 comp.sys.amiga.marketplace:8911 comp.sys.amiga.misc:16874 comp.sys.amiga.advocacy:29163
  2. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!agate!apple!decwrl!contessa!mwm
  3. From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
  4. Subject: Re: Programming
  5. Newsgroups: alt.sys.amiga.demos,comp.sys.amiga.applications,comp.sys.amiga.introduction,comp.sys.amiga.marketplace,comp.sys.amiga.misc,comp.sys.amiga.advocacy
  6. Distribution: world
  7. References: <1e43mkINNler@ub.d.umn.edu> <mwm.2n8f@contessa.palo-alto.ca.us> <mwm.2n9x@contessa.palo-alto.ca.us> <1e526iINNn1k@ub.d.umn.edu>
  8. X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
  9. Keywords: 
  10. Summary: 
  11. Message-ID: <mwm.2njh@contessa.palo-alto.ca.us>
  12. Date: 15 Nov 92 11:44:11 PST
  13. Organization: Missionaria Phonibalonica
  14. Lines: 45
  15.  
  16. In <1e526iINNn1k@ub.d.umn.edu>, rfentima@ub.d.umn.edu (Robert Fentiman) wrote:
  17. > In article <mwm.2n9x@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
  18. > 
  19. > >Just to clarify this, I'm talking about AMOS the package, as opposed to
  20. > >AMOS the lanugage. There may not be anything in the language that
  21. > >causes all programs to have these bugs (since the only definition of
  22. > >the LANGUAGE is in the PACKAGE, I don't know). This doesn't mean the
  23. > >PACKAGE can avoid them.
  24. > 
  25. > And what I'm saying is that AMOS is not buggy.  Some of what you call
  26. > bugs are necessary for the certain tricks AMOS allows (such as having
  27. > more sprites on the screen than is normally allowable.
  28.  
  29. And if you can't disable that behavior when it's not needed, then it's
  30. a BUG.
  31.  
  32. > As an example of this, please refer to the PD amos demos.
  33.  
  34. I went and double checked the entire FISH collection for anything that
  35. said AMOS in the description. They all had bogus behavior, even things
  36. that did nothing but draw static pictures.
  37.  
  38. > As I have stated, these are not necessarily bugs.  I totally understand
  39. > your point (and I'm glad we've both settled down over this).  One should
  40. > not discount a language (or package) unless one has extensive research
  41. > saying that the language has NO merit (which is what your arguments
  42. > seemed to be stating about AMOS).
  43.  
  44. The argument is that it's not possible to produce a multitasking
  45. friendly, system-compliant applications in AMOS. That means it has no
  46. merit, except for things where such behavior is acceptable - games.
  47.  
  48. > BTW, I would still be interested in the list of alternative languages
  49. > you have (for researh sake- not to mention it might help that person
  50. > whose post I was orignally responding to).
  51.  
  52. If you can live with "must run on screens it opened things",
  53. AmigaVision is reasonable. For doing general-purpose applications, try
  54. CanDo. There are a slew of other applications builders that can play
  55. animations and move things on the screen, and they all have different
  56. limitations: Thinker, HyperBook, UBC (or whatever it's called this
  57. week). All the ones I've looked at can produce applications that don't
  58. interfere with other applications on the machine.
  59.  
  60.     <mike
  61.