With the layout of the desktop set to folder, in folder settings> mouse actions, when a vertical scroll action is created, using vertical scroll on the desktop never works for any of the actions. Reproducible: Always
This is because Folder View handles the wheel event itself, which it may need to because there can be more icons than fit, so the view can be scrolled. Perhaps we could hand through the events if the view is not actually overflowing, though. Marco, thoughts/opinion?
"Perhaps we could hand through the events if the view is not actually overflowing, though. " I think that would be how it used to behave in the older 4.x versions. If it ran out of room due to something like a resolution change it would start scrolling instead.
Git commit c69657abdb6e21313d4b1387aa1847dc4c75d709 by Eike Hein. Committed on 02/12/2014 at 19:33. Pushed by hein into branch 'master'. Containment: Redirect wheel events to ContainmentInterface when view is not overflowing. This makes the wheel scroll Mouse Actions trigger work on Folder. ScrollView's internal implementation is very greedy for wheel events (to the point of overriding Flickable completely and making them unfilterable) irregardless of viewport size, so we hijack events before they reach it if we know we're not going to need them there. M +1 -0 containments/folder/CMakeLists.txt M +11 -1 containments/folder/package/contents/ui/ItemView.qml M +2 -0 containments/folder/plugin/folderplugin.cpp A +51 -0 containments/folder/plugin/wheelinterceptor.cpp [License: GPL (v2+)] A +49 -0 containments/folder/plugin/wheelinterceptor.h [License: GPL (v2+)] http://commits.kde.org/plasma-desktop/c69657abdb6e21313d4b1387aa1847dc4c75d709
Will the delete button also start working on that commit?
No, the two are unrelated (support for the Delete button was added recently as well, however).