How about adding -onPaint and -onEraseBkGnd just to windows and not all
controls? An alternative would be to make the Graphic control more flexible,
adding scroll bar support etc.
jez.
- Original Message -
From: "Laurent ROCHER" <[EMAIL PROTECTED]>
To: "Jez White" <[EMAIL PROTECTED]>
Cc:
Hi,
Graphic control it's a specialized window for painting issue.
Graphic was created only for provide Paint event for user wanted to draw
specific stuff.
Paint event, it's not usefull for standard/common control (button,
listbox, ...). And, for doing owner draw control, it's not WM_PAINT
On approximately 5/18/2004 7:49 AM, came the following characters from
the keyboard of Jez White:
Ok, I've done some more digging and reading of Win API (is it just me, or
does internet explorer freeze now and again when looking at MS
documentation?)
I had assumed that the Graphic control was s
Ok, I've done some more digging and reading of Win API (is it just me, or
does internet explorer freeze now and again when looking at MS
documentation?)
I had assumed that the Graphic control was some sort of windows thing. It's
not, its a perl thing. A graphic is simply a window, with XS code to
Cool. I'll go through the comments and improve the calls.
Cheers,
jez.
- Original Message -
From: "Glenn Linderman" <[EMAIL PROTECTED]>
To: "Jez White" <[EMAIL PROTECTED]>
Cc: "guihackers"
Sent: Tuesday, May 18, 2004 7:14 AM
Subject: Re: [perl-win32-gui-hackers] Bitmap Scolling example.
5 matches
Mail list logo
