home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / mswindo / apps / 6935 < prev    next >
Encoding:
Text File  |  1993-01-12  |  1.5 KB  |  35 lines
  1. Newsgroups: comp.os.ms-windows.apps
  2. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!usc!news.service.uci.edu!ucivax!ucla-cs!lanai.cs.ucla.edu!william
  3. From: william@lanai.cs.ucla.edu (William Cheng)
  4. Subject: need help on Windows 3.1 ``repaint'' problem...
  5. Message-ID: <1993Jan12.192446.1889@cs.ucla.edu>
  6. Followup-To: william@cs.ucla.edu
  7. Keywords: win31, windows, 3.1, repaint, borland, turbo
  8. Sender: usenet@cs.ucla.edu (Mr Usenet)
  9. Nntp-Posting-Host: lanai.cs.ucla.edu
  10. Organization: UCLA, Computer Science Department
  11. Distribution: usa
  12. Date: Tue, 12 Jan 93 19:24:46 GMT
  13. Lines: 20
  14.  
  15. Hi,
  16.         I have a ``repaint''-related problem.  I'm using Borland
  17. compilors.  The problem occurs for both the Turbo C/C++ Compilor
  18. (version 3.0) and the Borland C/C++ Compilor (version 3.1) under
  19. Windows 3.1.  The problem does NOT occur for the above compilors
  20. under Windows 3.0.
  21.  
  22.         Basically, my application creates a few standalone windows.
  23. Among them, the one which is deepest in the stacking order does not
  24. get WM_PAINT messages when InvalidateRect() is called.  If I select
  25. the deepest window, it gets the delayed WM_PAINT and WM_ERASEBKGND
  26. messages.  Also, if one of those windows is iconified, it acts like
  27. the deepest window and the icon doesn't get redrawn.
  28.  
  29.         Does any know what can cause WM_PAINT messages not to be
  30. posted when InvalidateRect() is called?
  31. -- 
  32. Bill Cheng // UCLA Computer Science Department // (310) 645-8328
  33. 3564-C Boelter Hall // Los Angeles, California 90024 // USA
  34. william@CS.UCLA.EDU      ...!{uunet|ucbvax}!cs.ucla.edu!william
  35.