My software’s users complain about that they cannot use mouse wheel on ComboBox widget.
They can do this in other softwares!
To retrieve some peace of mind, I’ve added this feature by modifying Juce code.
My contribution is a mix from ComboBox::keyPressed and ListBox::mouseWheelMove:
Did you see my code + comment about this in the latest version? I started implementing it last week, but realised that it's just not a good idea, even with key focus. It might work ok in some situations, but would be awful when you have a scrolling page.
I'm sorry to read about this as an irritating user-experience.
You are right about mouseWheelMove usage conflict on viewported regions.
Key focus restriction is a start, but the main point in these softwares is that this kind of ComboBox are child of non viewported tool windows or dialog boxes.
Perhaps a way to solve this issue is to let the programmer explicitly activate this feature when it is relevant
void ComboBox::setSupportMouseWheelMove (bool isMouseWheelNudge); // false by default.
JFYI, in the current version of ComboBox::mouseWheelMove I think there is a missing negation of menuActive in the if condition.
A second point on Windows 7 64 is that mouseWheelMove is triggered more than one time for a single wheel nudge, with very small wheel.deltaY value like 2.867e-42#DEN.
This Made a single nugde performing ComboBox item jump greater than 1.
I dont understand why yet...