I have a MFC application form as the figure:
And I was wondering why the mousewheel was working on the "Base angle:" field (for controlling the spin control), but not on the "Angle" and "Range" fields. Clicking directly on the spin buttons was working perfectly.
The same was happening for the "Base angle" and "±" fields of the Nesting form:
My hypothesis: it is happening because the fields are inside a groupbox
What I did to test it: I changed the groupbox dimensions in the teo froms, in a way that the non-working fields are not overlaping it:
The results: The mouse wheel began to work on the controls of the Part Orientation dialog. But in the Nesting dialog it continued to refuse to work.
Notes: The textboxes are CEdits. They DDX with CString variables. Part Orientation is a Modal Dialog. Nesting is a form inside a CMFCTabControl, inside CDialogBar, inside a CDockablePane, inside the CMainFrame(this one is derived from CFrameWndEx)
Now, my suspects: For the form Part Orientation Dialog, I suspect the groupbox is eating the mouse wheel event. For the Nesting Dialog, I suspect the DockablePane is eating the mousewheel event. Or maybe an implicit CTabbed Pane, created by the Layout of panes I've designed; or even the MainFrame.
My question is: How can I make the mousewheel work on spin button controlled textboxes that are inside groupboxes? I have many more cases of this in my App Dialogs.
Is there a way that I can make the mouse wheel movement being processed by who should do it? The same question applies to the Nesting Form controls which groupbox area has been removed and mouse wheel continued to not make the spinbutton move!
Thanks in advance, Sérgio