Thanks. Freeform windows - you want Layered windows. You can set a window to be layered by giving it an extended style of WS_EX_LAYERED (0x00080000), but I found that this made my window invisible. You may have better luck, as I tried it in an application that I'd made that uses lots of hooks to draw things and therefore is probably incompatible with them.
Transparent backgrounds on labels - Try setting WS_EX_TRANSPARENT (0x00000020), This seems to screw up drawing a treat, but it may work if you set normal style WS_CLIPCHILDREN (0x02000000). Give it a go and let me know the result. Steve ----- Original Message ----- From: "Jez White" <[EMAIL PROTECTED]> To: "Steve Pick" <[EMAIL PROTECTED]>; <perl-win32-gui-users@lists.sourceforge.net> Sent: Tuesday, January 20, 2004 7:29 PM Subject: Re: [perl-win32-gui-users] Accelerator bug? > Indeed he has... > > What events are missing - not sure - I'm in the process of tiding up my app, > and large parts of it I would like to run under NEM - I'll create a bug > report for missing events as I find them. > > cheers, > > jez. > ----- Original Message ----- > From: "Steve Pick" <[EMAIL PROTECTED]> > To: "Jez White" <[EMAIL PROTECTED]>; > <perl-win32-gui-users@lists.sourceforge.net> > Sent: Tuesday, January 20, 2004 7:01 PM > Subject: Re: [perl-win32-gui-users] Accelerator bug? > > > > Aldo's been silent for a while. > > > > Exactly what events are missing? We're running out of space in the NEM to > > add new events (checking if events are set is based on a 32-bit mask, and > > most of the bits are used), but I'm sure that's easy to get round. > > > > The NEM is probably faster than the OEM, though I've not run any > benchmarks. > > > > I would no longer even consider using the OEM, having looked at the code > for > > it (mind you I'm hardly in a position to comment on code clarity :) ). > > > > Steve > > > > ----- Original Message ----- > > From: "Jez White" <[EMAIL PROTECTED]> > > To: "Stephen Pick" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; > > <perl-win32-gui-users@lists.sourceforge.net> > > Sent: Tuesday, January 20, 2004 11:20 AM > > Subject: Re: [perl-win32-gui-users] Accelerator bug? > > > > > > > > > > I'de like to use NEM more - but I am finding some events missing. So it > > the > > > NEM slightly "faster" as well? > > > > > > Aldo was talking about another model - is this just an enhancement of > NEM? > > > > > > jez. > > > > > > ----- Original Message ----- > > > From: "Stephen Pick" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]>; <perl-win32-gui-users@lists.sourceforge.net> > > > Sent: Tuesday, January 20, 2004 10:58 AM > > > Subject: RE: [perl-win32-gui-users] Accelerator bug? > > > > > > > > > Yes, I use the NEM heavilly. The OEM is a really ugly way of doing > > > things and basing things on references is much safer and much more > > > elegant. Every other perl module that needs to do callbacks uses > > > references (see.. well.. anything, err, LWP for example). This is > > > because you can check that references are safe to call, whereas with > > > non-references you have to eval() and then you open up security holes. > > > > > > Steve > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] Behalf Of > > > > Glenn W Munroe > > > > Sent: 20 January 2004 10:52 > > > > To: perl-win32-gui-users@lists.sourceforge.net > > > > Subject: RE: [perl-win32-gui-users] Accelerator bug? > > > > > > > > > > > > > > > > Just out of interest, is anybody really using the NEM? Are there any > > > > major advantages to it? I admit it is quite elegant to have a one-line > > > > subroutine defined as an -event option, but in practice, most event > > > > handlers will consist of more code than I would like to > > > > define that way > > > > and the handler would just end up being another subroutine call. > > > > > > > > IMHO, the two major advances in this module recently have been > > > > accelerators and hooks (I'd say we're approaching GUI > > > > nirvana), so if at > > > > least one of them doesn't work in NEM, that knocks it on the head for > > > > me. > > > > > > > > Glenn > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > > Glenn Linderman > > > > Sent: Monday, 19 January, 2004 21:52 > > > > To: [EMAIL PROTECTED] > > > > Cc: perl-win32-gui-users@lists.sourceforge.net > > > > Subject: Re: [perl-win32-gui-users] Accelerator bug? > > > > > > > > Glenn, > > > > > > > > Sorry for the delay, I was not monitoring this email address > > > > from 1/15 > > > > until now. > > > > > > > > > > > > On approximately 1/16/2004 8:28 AM, came the following characters from > > > > the keyboard of Glenn W Munroe: > > > > > Glenn, > > > > > > > > > > I haven't really used the NEM much yet, but when I knocked > > > > up a small > > > > > test script this morning with the new model I found that > > > > accelerators > > > > > didn't work. Had you noticed this or can you confirm it? If > > > > so, is it > > > > a > > > > > bug with accelerators themselves or some underlying "feature" of the > > > > > system? > > > > > > > > Indeed, I think it is just a missing feature in NEM. When I > > > > looked at > > > > the code inside Win32::GUI for accelerators, I was able to figure out > > > > and fix accelerators for OEM, but I think NEM has much more code that > > > > simply isn't there for accelerators. This is one reason I am still > > > > using OEM. (OEM = Old Event Model, when it takes a break > > > > from meaning > > > > Original Equipment Manufacturer :) ) > > > > > > > > > Regards, > > > > > Glenn Munroe > > > > > > > > -- > > > > Glenn -- http://nevcal.com/ > > > > =========================== > > > > The best part about procrastination is that you are never bored, > > > > because you have all kinds of things that you should be doing. > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > The SF.Net email is sponsored by EclipseCon 2004 > > > > Premiere Conference on Open Tools Development and Integration > > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > > http://www.eclipsecon.org/osdn > > > > _______________________________________________ > > > > Perl-Win32-GUI-Users mailing list > > > > Perl-Win32-GUI-Users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > The SF.Net email is sponsored by EclipseCon 2004 > > > > Premiere Conference on Open Tools Development and Integration > > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > > http://www.eclipsecon.org/osdn > > > > _______________________________________________ > > > > Perl-Win32-GUI-Users mailing list > > > > Perl-Win32-GUI-Users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by EclipseCon 2004 > > > Premiere Conference on Open Tools Development and Integration > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > http://www.eclipsecon.org/osdn > > > _______________________________________________ > > > Perl-Win32-GUI-Users mailing list > > > Perl-Win32-GUI-Users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by EclipseCon 2004 > > > Premiere Conference on Open Tools Development and Integration > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > http://www.eclipsecon.org/osdn > > > _______________________________________________ > > > Perl-Win32-GUI-Users mailing list > > > Perl-Win32-GUI-Users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users > > > > > > >
