The Change event of a ComboBox gets fired only when the text is manually
changed... not from selecting from the list. I suspect you have code in your
Change event which you think is doing something that actually is happening
automatically; hence, when you type into the text field, whatever happens
automatically takes place and then something in your Change event code makes
it happen again. I can't tell you any more than that because you didn't post
your code for us to look at.
Rick
> Hello,
>
[quoted text clipped - 9 lines]
>
> Thanks!
Smurfette18 - 20 Dec 2007 05:03 GMT
Rick,
Thanks for your response. It doesn't seem to matter what code I have
in the change event. To troubleshoot the problem I commented out my
code down to this (the combo box is originally set to the default
value 10):
Private Sub ComboBox1_Change()
Dim TestVar as Variant
TestVar = 6
End Sub
I played around with this for a bit, and it seems the problem is
related to the MatchEntry property. If MatchEntry is set to "1 -
fmMatchEntryComplete", the event doesn't fire when I change the
default value to zero manually (it does fire as it should when I enter
any other number by hand or select a value from the list). After this
first peculiar no-fire, it works fine. When MatchEntry is set to "2 -
fmMatchEntryNone", the event fires only once if I select an item from
the list or enter a value manually after entering the prior value
manually. The first time I enter a value manually after selecting the
prior value from the list, the event fires twice for some strange
reason. I would like to keep MatchEntry set to "None", but I need to
get this event to stop firing when it shouldn't.
On Dec 19, 11:08 pm, "Rick Rothstein \(MVP - VB\)"
<rickNOSPAMn...@NOSPAMcomcast.net> wrote:
> The Change event of a ComboBox gets fired only when the text is manually
> changed... not from selecting from the list. I suspect you have code in your
[quoted text clipped - 21 lines]
>
> - Show quoted text -
Tim Zych - 20 Dec 2007 06:03 GMT
> The Change event of a ComboBox gets fired only when the text is manually
> changed... not from selecting from the list.
I don't think so Rick. If you create a sample form/cbo and try it out you
should see. Type in a value, or select from the list in any way, and the
change event is triggered. The help file has been updated, I believe, to
include a lot more details about the control and the change/click events
than prior versions documented.
----------------------------------------------------------
From the help file in XL2003, Combobox control -> Events ->
------------------
Change event:
------------------
The Change event occurs when the setting of the Value property changes,
regardless of whether the change results from execution of code or a user
action in the interface.
Note In some cases, the Click event may also occur when the Value property
changes. However, using the Change event is the preferred technique for
detecting a new value for a property.
----------------------------------------------------------
Private Sub ComboBox1_Change()
MsgBox "change"
End Sub
Private Sub UserForm_Initialize()
With Me.ComboBox1
.AddItem "a"
.AddItem "b"
.AddItem "c"
End With
End Sub
Tim Zych
SF, CA
> The Change event of a ComboBox gets fired only when the text is manually
> changed... not from selecting from the list. I suspect you have code in
[quoted text clipped - 19 lines]
>>
>> Thanks!
Rick Rothstein (MVP - VB) - 20 Dec 2007 18:39 GMT
You are absolutely right... what I said does not apply to the VBA ComboBox
in the Office product line. It *does* apply to the compiled VB world's
ComboBox and I made the mistake of assuming the same base control would be
behind both implementations. But, as your message points out, I was wrong in
that belief and I apologize if I have misled anyone because of it.
I do have to say, though, that having the Change event fire whether the text
is changed *or* the list is Clicked seems to make it a less useful event
than the one in the compiled VB world. Over there, a Click event is reserved
solely for a manual selection from the list itself and the Change event for
a manual change to the text in the text field itself... there is no overlap
between the two and that makes, in my opinion, for easier coding. I'm a
little surprised that this event model was not carried through to the Office
ComboBox.
By the way, thank you for bringing this to my attention... I really
appreciate it.
Rick
>> The Change event of a ComboBox gets fired only when the text is manually
>> changed... not from selecting from the list.
[quoted text clipped - 56 lines]
>>>
>>> Thanks!