home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / programm / 18349 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!stanford.edu!leland.Stanford.EDU!Ramon.M.Felciano
  3. From: felciano@summit.stanford.edu (Ramon M. Felciano)
  4. Subject: Toolbox for elegant, multi-bitdepth Update handling?
  5. Message-ID: <1992Nov13.003200.8020@leland.Stanford.EDU>
  6. X-Posted-From: InterNews1.0a5@leland.stanford.edu
  7. Sender: news@leland.Stanford.EDU (Mr News)
  8. Organization: Stanford University Medical Media and Information 
  9.  Technologies
  10. Date: Fri, 13 Nov 92 00:32:00 GMT
  11. Xdisclaimer: No attempt was made to authenticate the sender's name.
  12. Lines: 32
  13.  
  14. Hi --
  15.  
  16. Has anyone come up with a good scheme for handling elegant window
  17. updating, especially across different screens?
  18.  
  19. For example, I've started to include B/W and Color versions for all of
  20. the PICTs in my dialogs; when creating a dialog, I check the depth of
  21. the monitor and set the appropriate pictures for that dialog.
  22.  
  23. Things are getting a bit harrier with windows, tho. In particular, if I
  24. have a colored background on a window, it doesn't look too hot on a B/W
  25. screen, so I'd like it to be a shade of gray (pattern). How do I handle
  26. this for windows that span several screens? It seems like I'll have to
  27. loop through each device, and if any part of the window overlaps there,
  28. I'll need to draw _that rectangle_ in that screen at the correct bit
  29. depth. Ugh!
  30.  
  31. Isn't there a cleaner way to do this? What I'd like is for my window to
  32. get a series of Update calls along with a bit-depth setting. In
  33. addition, the caller would set the clipRect for me, so that I can
  34. freely redraw the entire window rather than having to calculate which
  35. window elements should actually be drawn. Anyone have any ideas?
  36.  
  37. Thanks!
  38.  
  39. Ramon
  40.  
  41. +----------------------------------------------------------------+
  42. | Ramon M. Felciano                felciano@summit.stanford.edu  |
  43. | Associate Director, SUMMIT       (415) 723-9688                |
  44. | Stanford University Medical Media and Information Technologies |
  45. +----------------------------------------------------------------+
  46.