home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / misc / 41822 < prev    next >
Encoding:
Text File  |  1993-01-10  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!munnari.oz.au!titan!trlluna!bruce.cs.monash.edu.au!monu6!yoyo.cc.monash.edu.au!parry
  3. From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
  4. Subject: Re: Palette Manager problems (save-bits don't save palette)
  5. Message-ID: <1993Jan10.051935.25691@monu6.cc.monash.edu.au>
  6. Originator: parry@yoyo.cc.monash.edu.au
  7. Sender: news@monu6.cc.monash.edu.au (Usenet system)
  8. Organization: Monash University, Melb., Australia.
  9. References: <16329@goanna.cs.rmit.oz.au>
  10. Date: Sun, 10 Jan 1993 05:19:35 GMT
  11. Lines: 19
  12.  
  13. Steven Hayes (steveh@goanna.cs.rmit.oz.au) wrote:
  14. > Everything was whoopy (sassi, froody ;-) until I added a menu to the window.
  15. > Now when a drop-down menu goes away the portion of the client area obscured
  16. > by the menu gets redrawn with an incorrect palette. The only repaint
  17. > messages that don't work properly are when the obscuring window uses the
  18. > SAVEBITS option (which doesn't actually cause a WM_PAINT message to get
  19. > sent, instead the window 'remembers' what is was covering)
  20.  
  21. > So, what do I have to do to insure that SAVEBITS redraws work with the correct
  22. > palette entries?
  23.  
  24. The latest PMVIEW also has the problem. I suspect it is a PM bug although
  25. I can't see why it should occur. If you save an area of memory and then put
  26. it back, with no intervening pallete change, the replaced section should be
  27. ok!
  28.  
  29. -- 
  30. Tom J Parry.
  31. Your reality is a figment of my imagination.
  32.