https://bugs.documentfoundation.org/show_bug.cgi?id=160824
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Draw |UI CC| |[email protected] | |om, | |heiko.tietze@documentfounda | |tion.org, | |stephane.guillou@libreoffic | |e.org Status|UNCONFIRMED |NEW Blocks| |103309 Whiteboard| QA:needsComment | OS|Windows (All) |All Ever confirmed|0 |1 Version|24.2.2.2 release |7.2.0.4 release Summary|Print dialogue box is |Print dialogue's "Number of |scrollable for number of |copies" field is scrollable |copies leading to excess |and focus by default, |copies being printed on |leading to excess copies |accident |being printed on accident --- Comment #1 from Stéphane Guillou (stragu) <[email protected]> --- I agree that it can lead to very problematic results, and I doubt anyone relies on the scrollability of this field to assign a value (too fiddly when we know exactly what value we want to assign). This kind of interaction might make sense for e.g. a value that auto-updates a preview (e.g. in the Character dialog), but not here. gtk3 VCL plugin does not allow changing the value by mouse scroll. gen and kf5 do, even with the pointer outside of the field, which is focused by default, as MT said. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ad1f0bdeac30fca1dc56a08803ef23f2aca4db05 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Also in 7.2.0.4. In 7.1.0.3, the field was not focused when opening the dialog, so it was less of a problem. Heiko, Caolán, thoughts? Are there other examples of making such a spinbox "unscrollable"? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103309 [Bug 103309] [META] Print dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
