View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000303 | OpenMPT | Feature Request | public | 2012-10-02 20:33 | 2012-10-02 20:33 |
Reporter | harbinger | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | new | Resolution | open | ||
Platform | x86 | OS | Windows | OS Version | XP |
Product Version | OpenMPT 1.20.03.* (old testing) | ||||
Summary | 0000303: Transfer from FR archive: Mouse scrolling in numeric text fields | ||||
Description | Many moons ago, i had planned in my naivete to overhaul the GUI. But the new capabilities of the mousewheel have inspired me to resurrect this FR. One aspect of my wishlist was being able to scroll values within text fields by clicking-and-dragging, in essence a new GUI control. Here is the initial post: "Here are my plans for the mouse slider control, assuming one doesn't exist. I've seen it in other applications so a method may already be out there... The 'mouse slider' is activated by clicking in another control, in our case, an editable textbox, but the input focus only occurs if the mouse button is released while the mouse is in the textbox boundaries. When the mouseclick is held and dragged over the screen, the textbox is denied input focus [ostensibly to keep keystrokes from inputting into the field], and the value in the textbox is changed up or down, either by strings in a list, or by numeric value. (A perfected version will [give] the user a global option to use an up-or-down drag (+/-y) or horizontal drag (+/-x) when using mouse sliders.) When holding the SHIFT key when dragging, the increase/decrease is much finer. The non-SHIFT range matches the screen size and accounts for the user's mouse speed settings with Windows. When the mousebutton is released, the current value is assigned to the textbox and its variable. If the control key is down at the release of the mousebutton, the operation is canceled, and the variable is returned back to its original value. If some other change in the display happens (like switching pages or using another keypress), this also cancels the operation. If the text is neither numeric nor list-based, there is no effect." Further ideas include Ctrl-Z to immediately undo the entry, and using the right-click instead of shift to finetune the value. I don't anticipate any takers soon, but i just wanted it brought over in case a current or future dev sees the benefit... | ||||
Tags | No tags attached. | ||||
Has the bug occurred in previous versions? | |||||
Tested code revision (in case you know it) | |||||
Date Modified | Username | Field | Change |
---|---|---|---|
2012-10-02 20:33 | harbinger | New Issue |