Comments on: Combobox Events in an Add-in

By: Dede

Dede — Wed, 16 May 2007 05:12:00 +0000

It sounds new for me and I will do this experiment.Thanks.

By: Tushar Mehta

Tushar Mehta — Fri, 11 May 2007 14:19:00 +0000

Dick wrote:
"jkp: I tried that yesterday. I put a withevents userform variable and a withevents textbox variable in a custom class, but I wasn't able to "contain" one inside the other - they were both just contained in the custom class. The linking mechanism must not be exposed. Also, you can't WithEvents another custom class because it doesn't "source automation objects" or some such thing."

It gets worse. I've done -- or at least tried to do -- things along these lines for several years now.

One can declare a WithEvents MSForms.Control variable. Once that's done, it exposes several events including Enter and Exit.

However, when one tries to set the variable to a real control, VBA raises a runtime error about "control does not support these events." Even if one just declares the variable and has no event procedures, VBA still raises the same error.

I have a fair bit more on this subject. Hopefully, I'll put it on my website over the weekend. The material includes a tutorial on how to deal with certain events raised for userform controls (very much like Dick's blog post), an extension to create a jigsaw puzzle in an userform, and a large "black box" class module to deal with events for every standard userform control.

By: jkpieterse

jkpieterse — Fri, 11 May 2007 07:00:00 +0000

I feared so much. Thanks for trying though.

By: Dick Kusleika

Dick Kusleika — Thu, 10 May 2007 18:35:00 +0000

jkp: I tried that yesterday. I put a withevents userform variable and a withevents textbox variable in a custom class, but I wasn’t able to “contain” one inside the other – they were both just contained in the custom class. The linking mechanism must not be exposed. Also, you can’t WithEvents another custom class because it doesn’t “source automation objects” or some such thing.

By: Doug Glancy

Doug Glancy — Thu, 10 May 2007 17:23:00 +0000

Jon, I’m almost certain that the Exit event is also a container event, and that’s why Dick said that the Change event is the only work-around, and of course it’s not a very good one.

By: jkpieterse

jkpieterse — Thu, 10 May 2007 05:26:00 +0000

Dick: What happens if you tell the class about the container?

By: Jon Peltier

Jon Peltier — Thu, 10 May 2007 03:30:00 +0000

I didn’t realize this about a textbox’s AfterUpdate events. I often use its Change or Exit event for the same purpose.

By: Dick Kusleika

Dick Kusleika — Wed, 09 May 2007 21:35:00 +0000

Bob: There are few Textbox events that aren’t exposed via automation and AfterUpdate is one of them. If I remember correctly, the AfterUpdate event is at the container layer (userform or sheet) so it shows in the container class module. But since only the control is defined in your custom class module, there is no container layer to house that event. If you can figure out how to use the Change event, that’s about the only work-around I know.

By: Bob Hopkins

Bob Hopkins — Wed, 09 May 2007 17:15:00 +0000

This morning I was wondering if I could put a text box in a class. I figured I would find something about it on DDOE if I searched hard enough. Lo and behold, this was the top entry at the time! Thanks very much.

It appears, however, that some events don't fire, even when run from an interactive form. It is the events that aren't supposed to fire when the event occurs through code. So even if I am using the form interactively, the textbox _AfterUpdate event doesn't fire because the event handler is residing in a class. Am I doing this wrong?

By: jkpieterse

jkpieterse — Tue, 08 May 2007 17:56:00 +0000

I have demonstrated something similar for handling series of option buttons on a worksheet:

http://www.jkp-ads.com/articles/ControlHandler00.htm