Hooks were always after the regular handling code, except now they're after WM_PAINT and a few other events too.
While it is not possible to retrieve the coderefs for specific NEM events, the only time I can imagine you wanting to do this would be to find out a handler that a particular gui object is using and call it with your own arguments. I can't see that that would be a good plan or any particular practical use for it. An example would be nice. The other points, I'm looking into. Steve > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Glenn Linderman > Sent: 21 January 2004 01:39 > To: Steve Pick > Cc: Jez White; perl-win32-gui-users@lists.sourceforge.net > Subject: Re: [perl-win32-gui-users] Accelerator bug? > > > Back when I tried to convert one of my applications from OEM > to NEM, I > discovered the following problems. Perhaps some of them have > been fixed > by now. Perhaps some of them were user error. > > 1) The subroutines defined for pop-up menu click events never > got called. > > 2) Accelerators didn't work. > > 3) It wasn't possible to obtain the "old" event reference, so > that event > references could be stacked or nested. > > The latter item blew away NEM for me, as I wasn't able to port Harold > Piske's WinSize module in a reasonable fashion. I didn't really need > accelerator keys on that project, but they are handy on all projects, > and I prefer to have them available, so that was a negative. > And that > project used lots of pop-up menus, and when the Click event > subroutine > doesn't get called, that is a problem. > > So those are the reasons I gave up on NEM for now. 1) May have been > user error... anyone have a code sample in that area? 2) is still a > problem, and 3) might be solvable via hooks... but I think hooks > executed before the event is seen by the regular handling > code would be > more effective, and they just got switched to after the > regular handling > code. Being able to obtain the old code reference would be a handy > feature, though, even though hooks do exist. > > > On approximately 1/20/2004 11:01 AM, came the following > characters from > the keyboard of Steve Pick: > > 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 > >> > > > > > > > > > > ------------------------------------------------------- > > 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 > > > > > > -- > 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 >
