home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!europa.asd.contel.com!gatech!swrinde!cs.utexas.edu!tamsun.tamu.edu!zeus.tamu.edu!lmp8913
- From: lmp8913@zeus.tamu.edu (PRESTON, LISA M)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Palette Manager problems (save-bits don't save palette)
- Date: 10 Jan 1993 14:14 CST
- Organization: Texas A&M University, Academic Computing Services
- Lines: 19
- Distribution: world
- Message-ID: <10JAN199314141305@zeus.tamu.edu>
- References: <16329@goanna.cs.rmit.oz.au> <1993Jan10.051935.25691@monu6.cc.monash.edu.au>
- NNTP-Posting-Host: zeus.tamu.edu
- News-Software: VAX/VMS VNEWS 1.41
-
- In article <1993Jan10.051935.25691@monu6.cc.monash.edu.au>, parry@yoyo.cc.monash.edu.au (Tom J Parry) writes...
- ->Steven Hayes (steveh@goanna.cs.rmit.oz.au) wrote:
- ->> Everything was whoopy (sassi, froody ;-) until I added a menu to the window.
- ->> Now when a drop-down menu goes away the portion of the client area obscured
- ->> by the menu gets redrawn with an incorrect palette. The only repaint
- ->> messages that don't work properly are when the obscuring window uses the
- ->> SAVEBITS option (which doesn't actually cause a WM_PAINT message to get
- ->> sent, instead the window 'remembers' what is was covering)
- ->
-
- ->The latest PMVIEW also has the problem. I suspect it is a PM bug although
- ->I can't see why it should occur. If you save an area of memory and then put
- ->it back, with no intervening pallete change, the replaced section should be
- ->ok!
-
-
- PM Fract does the same thing, so it may be a PM bug.
-
- LISA
-