Apache OpenOffice (AOO) Bugzilla – Issue 63103
Mouse Wheel Support of Drop Down List Boxes works not as expected
Last modified: 2006-06-01 10:28:06 UTC
You need a mouse with a scroll wheel to reproduce this usability issue. - Add some Drop Down List Boxes to a Writer Document - Make sure that each Drop Down List Box has 5 items - Switch of Design Mode - Move the mouse pointer above text field of the Drop Down List Box - Move scroll wheel Bug: Instead of scrolling up or down the whole document, the selected item of the Drop Down List Box changes. In a scenario where, depending on the selected item, a different autotext got inserted into a document -- this behavior can cause unintended and in the worst case not noticed changes. The scroll wheel support makes sense for list boxes but not for drop down list boxes. Please compare this with current versions of web browser (Firefox 1.5, IE 6) So, my recommendation is to switch off the scroll wheel support for Drop Down List Boxes
According to http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#issuetype I change the Issue Type to Enhancement. Bye Marc
fs->pl: as we agreed (also with CL): Drop Down List Boxes which are focused should react on the scroll wheel, those which are not focused shouldn't. This should be done for VCL controls in general, not only for form controls.
pl->cj: On second thought i think we should reconsider this; the same problem applies for e.g. SpinFields and every other control that reacts on the wheel. On the Unix desktops the behaviour is clear: the wheel action goes to the control under the mouse, not the focused control. In Windows applications controls generally do not react on the wheel, only scrollbars do (unless there is some tweak option i don't know about). Our current behaviour is consistent with the Unix desktops and especially for SpinFields i definitely wouldn't want to change that. However changing the behaviour only for dropdown listboxes is not really a good thing at all. Maybe it would be better to change the behaviour of document controls only and then consistently for all controls.
This probably means we should imlement this for document controls only. Finally, it's a document-only problem: you scroll the context of the controls, and while the control is scrolled "under" the mouse, suddenly scrolling does not affect the context anymore, but the control. This is a no-issue in dialogs, since there the "context" (the dialog) is not scrollable (usually). So, my suggestion would be to introduce a control setting "NoScrollIfNotFocused", which is set for document-contained controls only.
CJ -> PL,FS: My issue relates to documents only. And this is what we should fix for 2.0.3. Regarding the behavior of drop down list boxes, spin fields, etc used on dialogs I strongly suggest to follow the rule that OOo should be a good desktop citizen on the desktop. Users expect a consistent behavior across different apps on one platform (desktop).
Reassigned to PL
With integration of CWS vcl57 there will be a new MouseSetting Get/SetNoWheelActionWithoutFocus that you can use in the form layer to implement this.
copied the VCL changes from CWS vcl57 into CWS dba203c, and fixed the issue there.
fs-> msc: please verify in CWS dba203c re-open issue and reassign to msc
reassign to msc
reset resolution to FIXED
verified in cws dba203c You can found more information about this CWS in the EIS tool at http://eis.services.openoffice.org/EIS2/cws.SearchCWS
Hi, this is fixed in the current master. The current master is available at http://download.openoffice.org/680/index.html I close this issue now. Bye Marc