home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / programm / 11639 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.7 KB  |  37 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!gumby!destroyer!ubc-cs!uw-beaver!news.u.washington.edu!glia!bjackson
  3. From: bjackson@glia.biostr.washington.edu (Ben Jackson)
  4. Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
  5. Message-ID: <1992Jul25.155709.15168@u.washington.edu>
  6. Sender: news@u.washington.edu (USENET News System)
  7. Organization: Dept Biological Structure-University of Washington
  8. References: <paulk.0ucw@terapin.com> <1992Jul22.192458.5966@spuddy.uucp> <33307@cbmvax.commodore.com>
  9. Date: Sat, 25 Jul 1992 15:57:09 GMT
  10. Lines: 25
  11.  
  12. In article <33307@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
  13. >RethinkDisplay() is the general "I munged a screen, please make everything
  14. >happy again" function.  We're not going to supply specialized mini-versions
  15. >to handle each potential sub-case.
  16.  
  17. I was reading along happily and nodding to myself until I came to this
  18. paragraph...  While I can agree that it is reasonable to require that
  19. RethinkDisplay() be called on Intuition screens, I think you're going
  20. too far with that description.  In order to use sprites or BOBs, you have
  21. to call RethinkDisplay() after you've moved and resorted your objects.
  22. That's a major hit.  It's not something I'm calling frivolously, it's
  23. something I *have* to call, and in a fairly tight loop. (or what would be
  24. a tight loop without RD()).
  25.  
  26. It's depressing to replace MakeScreen/RethinkDisplay with MakeVPort/
  27. MrgCop/LoadView and watch the program speed up by an order of magnitude.
  28. It's bad enough that the VSprites are flickering like crazy. :-\
  29.  
  30.  
  31. >     Peter
  32. >--
  33. >Peter Cherna, Operating Systems Development Group, Commodore-Amiga, Inc.
  34.  
  35.  
  36.  
  37.