View Issue Details

IDProjectCategoryView StatusLast Update
0000303OpenMPTFeature Requestpublic2012-10-02 20:33
Reporterharbinger Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status newResolutionopen 
Platformx86OSWindowsOS VersionXP
Product VersionOpenMPT 1.20.03.* (old testing) 
Summary0000303: 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...

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2012-10-02 20:33 harbinger New Issue