https://bugs.documentfoundation.org/show_bug.cgi?id=158548
--- Comment #10 from Michael Weghorn <[email protected]> --- Created attachment 191289 --> https://bugs.documentfoundation.org/attachment.cgi?id=191289&action=edit Simple CSV file @Barnaby: What does your version information in "Help" -> "About LibreOffice" say? (In reply to Heiko Tietze from comment #9) > Windows changes the focus on scroll. (...) > > KDE scrolls only if the cursor is over the control (settings > appearance > > fonts > sub-pixel rendering, for example). Can we do the same? On all VCL. In my tests (using a mouse scroll wheel, Debian testing, KDE Plasma X11 session with KWin as window manager), kf5 and qt6 on Linux basically behave the same as Windows: 1) When the mouse pointer is above the previous area, that one is scrolled 2) When the mouse pointer is ~anywhere else above the LO dialog: the combobox entry changes on scroll (as described here) 3) When the mouse pointer is outside of the dialog area: Nothing happens in the LO dialog on scroll. > And gtk3 does not scroll dropdown lists > at all but when the "from row" spinedit is active it not only scrolls this > control but also the column type list. The issue is not limited to the CSV > dialog. With the simple CSV file I've used for testing (s. attachment), the "Column type" listbox is grayed out for me, so doesn't do anything. I can confirm that in a native Qt application (I tried Kate settings), the listbox value only changes when the mouse pointer is above the listbox. Likely, Qt-based LO VCL plugins (qt5, qt6, kf5, kf6) will behave likewise when support for native Qt controls (welding) gets implemented (tdf#130857), which an Outreachy intern is working on [1]). That still leaves the remaining implementations that use the VCL implementations (likely gen, Win, macOS). Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 185cd83bf58d8c834a9690cdd6a25736787abbf7 CPU threads: 12; OS: Linux 6.5; UI render: default; VCL: qt6 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: f461853b11439c4e485a79174d34735395e5bf52 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded [1] https://lists.freedesktop.org/archives/libreoffice/2023-December/091281.html -- You are receiving this mail because: You are the assignee for the bug.
