SUMMARY When using click-hold and drag on an item (hence, visually moving the item), the scroll wheel becomes unusable. STEPS TO REPRODUCE 1. Open a folder with enough items to expose the view's scroll functionality 2. Select an item and click-hold (using mouse LMB) and drag it, so that the visual cue of "moving the file" gets activated. Keep it held 3. Use the scroll wheel OBSERVED RESULT Unable to notice the scroll-wheel having any effect EXPECTED RESULT The scroll wheel should cause the scroll action as it normally does SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.16.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION By contrast, using click-hold and drag for selection allows using the scroll-wheel at the same time. Having to rely upon moving the cursor to just the right location in the view that it starts moving the scroll-bar, is not fun to use. It feels like being constricted to slower behaviour despite having an input device that can do better.
I've confirmed the described behavior on git-master. I agree it would be a usability win to be able to use the scroll wheel while dragging an item.
Now I am realising, this might better be added to QAbstractItemView in general. One would have to handle the scroll-wheel input when the drag move event is active.
> One would have to handle the scroll-wheel input when the drag move event is > active. Checked using QTableWidget When the user is dragging an object, QAbstractScrollArea::viewportEvent (QEvent *event) doesn't receive QWheelEvent. ___ Maybe the dragged item preview, that moves along with the cursor, is eating said wheel event?
The KDE bug tracker is for bugs rather than development work. A better place to talk about the development approach would be in one of the rooms in Matrix in the KDE space.