Description: Hoovering above the font size box and using scrollwheel to set size has no effect (same for font type) Steps to Reproduce: 1. Open Writer 2. Type Hello World 3. CTRL+A 4. hoover above the font pick in toolbar or font size box & scroll 5. Select some text or press backspace (font box/font size even wrong) Actual Results: Font size or font isn't applied. And the input is sticky Expected Results: Make it working of disallow this Reproducible: Always User Profile Reset: No Additional Info: Found in 7.1 and 4.4.7.2 and in LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
@Caolan Any opinion on this? Or is this an UX question?
If the steps are... 1. Open Writer 2. Type Hello World 3. CTRL+A 4. click inside the font combobox text area 5. use mouse wheel scroll to change number 6. value shown changes but selected text in document remains unchanged in size 7. click back in document and select some text 8. font combobox shows size of selected text then its working as expected, the size in the combobox is only applied on: an explicit click from the dropdown list on pressing return on pressing tab svx/source/tbxctrls/tbunocontroller.cxx SvxFontSizeBox_Base for the class involved
Created attachment 165202 [details] Screencast Slightly inefficient screencast.. but shows the problem The fontbox doesn't act (not sure if it should) nor does it reset (which at least prevents strange behavior)
Looks like it has always been like this. So setting earliest affected version to reflect that. Given the explicit handling the widgets do to only set the size on certain explicit events I think having the size of the text not immediately change on these scrolling, but without focus, events is what I'd expect it to do. Ideally we should reset to the size of the text under the cursor, but seeing as we didn't lose focus nothing currently triggers to update the widgets.
What other toolkits do is to have the widget take the focus when the scrollwheel affects them, if we do that then the situation for a hover and scroll is the same as if it was a click, hover and scroll. Which would simplify matters and the font size will be restored to the size used by the document if focus is restored to the document without explicitly applying the widget value
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d05c1459f5b8150654ca0b7098cc331ba6009e07 tdf#136208 make combo/list/spin take focus on use of scroll wheel It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
that makes the use of the scroll wheel over the name/size widgets give focus to them, so if the value isn't applied and focus moved back to the document the focus-in there reset the widgets back the value of the current cursor point and it becomes consistent with comment #2