home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / tech / 6330 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  1.2 KB
  1. Path: sparky!uunet!pipex!demon!cix.compulink.co.uk!apelled
  2. Newsgroups: comp.sys.atari.st.tech
  3. From: apelled@cix.compulink.co.uk (Adam Pelled)
  4. Subject: Re: Lazy AES (wase: Sending objc_draw to a memory buffer)
  5. Reply-To: apelled@cix.compulink.co.uk
  6. Date: Fri, 18 Dec 1992 02:04:00 +0000
  7. Message-ID: <memo.817438@cix.compulink.co.uk>
  8. Sender: usenet@demon.co.uk
  9. Lines: 18
  10.  
  11.  
  12. In article <1gn14lINN1095@rs1.rrz.Uni-Koeln.DE>, aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:
  13. >In <memo.812189@cix.compulink.co.uk> apelled@cix.compulink.co.uk (Adam Pelled) writes:
  14. >
  15. >>    Also the rectangle list is not exactly optimum. i realise it must be
  16. >>recursive and that there must be some kind of inheritance, but it seems a
  17. >>shame that it couldn't be merged by the OS and save the overhead for all the
  18. >>apps having to redraw too many rectangles. With losts of windows this gets to
  19. >>be quite drastic. Try an experiment and draw a box outline in a  multi window
  20. >>environment you'll see what i mean.
  21. >
  22. >Do you mean by this that the  AES  should  automatically  restore
  23. >window  parts  that  become  uncovered again? It seems to me that
  24.  
  25.     No. i was refering to the rectangle list itself. The screen is split into
  26. a non optimum number of them.
  27.  
  28.     Adam.
  29.