| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | WinBeginPaint () |
SO>If I got it right, I may use WinBeginPaint() ... WinEndPaint() >without having to wait for the receipt of a WM_PAINT message. >I want to make use of this in order to avoid repainting the >complete client area of my terminal type window when text has >to be scrolled upwards. Instead I indend to copy the concerned >window area using GpiBitBlt(), which should be a lot faster. >Unfortunately nothing happens when I call GpiBitBlt(). Maybe >somebody finds the reason: I did not read your code, but the narrative above sounds similar to what I had experienced. During WM_PAINT, using WinBeginPaint/WinEndPaint, I would create my client window w/ GPI functions. Any time after that, when responding to various messages ( Listbox LN_SELECT/ENTER, Button3DBLCLICK, etc ) I would do more GPI work on the client window, by using the WinGetPS / WinReleasePS combination. The problem that I had was that the WinBeginPaint invalidates the client window, I believe, and so it has to be completely rebuilt. All that I needed to do was to make modifications to the existing display. ___ X OLX 1.53 X On the other hand, you have different fingers. --- Maximus/2 3.00* Origin: Pebble in the Sky (1:202/1207) SEEN-BY: 270/101 620/243 711/401 409 410 413 430 807 808 809 934 955 712/407 SEEN-BY: 712/515 628 704 713/888 800/1 7877/2809 @PATH: 202/1207 777 3615/50 396/1 270/101 712/515 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.