>>>>>I have a form with combo box. If the user double clicks a list item and it happens to be over another control, the other control gets clicked.
>>>>>
>>>>>How can this be prevented?
>>>>
>>>>
>>>>Hi,
>>>>
>>>>I have constructed a class: A double click on an item in the dropdown which is over an other control prevents the other control to get clicked.
>>>>You have to set in the init of your combobox the propertie(s) which you want to protect.
>>>>See attached form1, Combo colours is with this class, combo cities is the native combo.
>>>>The class needs to be enhanced so that you can also use this combo in a grid.
>>>>For the time being, although called klumsy and idiosyncratic it prevents users to make a remark and it also prevents the by-design flaw in VFP.
>>>>
>>>>Feel free to report any bugs and enhancements.
>>>>
>>>>Koen
>>>
>>>It is by-design, not a flaw. Idiosyncracy is not a good idea.
>>
>>Peter,
>>
>>is it also by design that the method Doubleclick in a combobox does not get fired when you double click?
>
>The helptext on dblclick says: The DblClick event also occurs when you select an item in a list box or a combo box and press ENTER. Is that weird? I'm not sure. But it is documented.
>
>It also occurs if you doubleclick on the textbox part.
>
>Doubleclicking on an item is nowhere supported. For example, try to doubleclick here on an item in the Time warp box or any other. You'll probably find that you not only choose the item, but also anything below your mouse pointer. It is the expected behavior. People simply should learn to not doubleclick in such a case.

I agree. If something works as documented and it works as everything else does, it works just like it should do.

When I come to England, I really would like to drive on the right side. But I find it much easier to follow the rules than to start a one man war against everyone else who drives on the "wrong" side.