home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / programm / 7343 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.5 KB
  1. Path: sparky!uunet!rosie!NeXT.com
  2. From: sam_s@NeXT.com (Sam Streeper)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: Drawing in View
  5. Message-ID: <5919@rosie.NeXT.COM>
  6. Date: 21 Nov 92 00:56:27 GMT
  7. References: <1992Nov14.175330.17790@athena.mit.edu>
  8. Sender: news@NeXT.COM
  9. Reply-To: sam_s@NeXT.com
  10. Lines: 23
  11.  
  12. pan@athena.mit.edu (Howard W Pan) writes:
  13. > If I drew a picture that was larger than the frame of the View, only the part
  14. > that is within the frame is displayed. But what happens to the rest of the
  15. > picture? Is the other part kept in memory or is it just discarded and
  16. > regenerated when I resize my frame? Does this have anything to do 
  17. > with whether the Window on which my View is buffered or retained? 
  18.  
  19. What kind of picture are you drawing?  Are you drawing with PostScript  
  20. operators?  A View is mythical entity that doesn't store any image.  Instead,  
  21. it represents transformations and clipping that will be applied when you draw  
  22. with focus locked on the View.  Those transformations are applied in order to  
  23. generate bits that go to a window, which is a rectangular bitmap device.
  24.  
  25. The simple answer to your question is that Windows take storage, NXImages cache  
  26. bitmaps in windows (and thus take storage), and Views are used to draw into  
  27. windows but don't take storage.  (The answer is more complicated than this, but  
  28. this is the fundamental concept)
  29.  
  30. -sam
  31.  
  32. --
  33. Opinions expressed herein are not those of my employer.  They're not even
  34. mine.  They're probably wrong besides.  How did they get in here, anyway?
  35.