Entering of values in Move/Drag tab is complicated
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Hugin |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Maybe the following is related to wxWidgets problems on OS X so I'm ready to accept a "won't fix" reply...
Tested on OS X 10.11 / Hugin 2016.2.0
In the Move/Drag tab of the Fast Panorama preview window an active input field for either yaw, pitch or roll doesn't let me use the Enter or Return keys to apply my values, I have to press the button with the mouse.
Now when I select an input field to enter a value I need to manually select the preset '0'. Also switching to the next input field (press tab on keyboard) focuses on the last state of that respective field, i.e. cursor position left or right of value, or some part of the value selected.
I'd like to see the following behaviour: when I press the 'tab' key inside the Move/Drag tab without a selected input field the cursor should focus the yaw field and select the value. Each pressing of 'tab' or 'shift+tab' should move forward/backwards between these three input fields while automatically selecting the complete value in it. As soon as one of these three input fields is selected the 'Apply' button should be active so a keyboard press on 'Enter' or 'Return' applies my new values.
One step further: all values in these fields are set back to '0' after "Apply" is pressed (maybe as option).
| tmodes (tmodes) wrote | #1 |
| Changed in hugin: | |
| milestone: | none → 2017.2beta1 |
| status: | New → Fix Committed |
| Changed in hugin: | |
| status: | Fix Committed → Fix Released |
In the default branch you can now trigger the move by the enter/return key.
With the automatic selection I don't agree. The behavior is then not consistent, in one text fields it happens and in other not. Also this contradict the default behavior of the os.