| Summary: | kwindecoration kcm is broken when using a touchpad | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Nikita Skovoroda <chalkerx> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | lamarque |
| Priority: | NOR | Flags: | thomas.luebking:
ReviewRequest+
|
| Version: | 4.9.0 | ||
| Target Milestone: | 4.9.1 | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/kde-workspace/2f738a211feebc6af9f50f41f7fd8af2a568f196 | Version Fixed In: | 4.9.1 |
| Attachments: | The video recorded on a 4.9 RC | ||
|
Description
Nikita Skovoroda
2012-08-08 14:52:47 UTC
Created attachment 73050 [details]
The video recorded on a 4.9 RC
Well, it only happens here if I enable both horizontal and vertical two-finger scrolling, if I enable only one of them the problem does not happen. The question is: is it wise to enable both at the same time? I do not think touchpads are capable of correctlly distinguishing vertical and horizontal moviments with two-fingers moving on its surface. 1) It works well (as expected) in other apps. Generally, scroll doesn't need to be very precize when viewing something, and two-finger any-direction scroll is very convenient on large views. And there are many cases when only one of the scrollbars (vertical or horizontal) is present, and two-finger any-direction scroll is handy there, too. 2) Anyway, there is no horizontal scroll visible on that view, so pressing horizontal scroll buttons should not do anything, and this is an application bug. 3) You can reproduce that with a regular mouse, too. > I do not think touchpads are capable of correctlly distinguishing vertical and horizontal moviments with two-fingers moving on its surface.
It works good enough everywhere i tried.
It doesn't happen here at all because i don't use no nasty touchpad :-P That doesn't change the fact that the flickable should not react on horizontal scroll events - luckily we filter events to turn it more into a regular list anyway, so eating horizontal wheelevents is likely sufficient. I now got to figure whether i can map my scrollwheel into a horizontal one or someone else will have to test the fix - for i don't posses as stupid touchpad. (Did i mention i hate these things?) Can we now please lower noise on this bug which is likely fixed by a one liner? @Nikita, the list is in fact a QML Flickable element - expect more weird behavior, feel free to report annoyances, don't expect everything to be solvable that easily. Ok, sorry for the noise. Up/down are mousebuttons 4/5, left/right are mousebuttons 6/7. As i already said, this is also reproducable using a mouse with a horizontal scroll (like logitech with pushing the wheel left-right). I'll try to reproduce that using a keyboard and xbindkeys, wait a moment. I already successfully modmapped the pointer, test patch this evening and create RR afterwards (i'm pretty sure the oneliner will do) It also depends on the vertical offset of the list (in case anyone wants to reproduce it) and can be easily reproduced by simple Button 6/7 events. https://git.reviewboard.kde.org/r/105934/ Git commit 2f738a211feebc6af9f50f41f7fd8af2a568f196 by Thomas Lübking. Committed on 08/08/2012 at 19:52. Pushed by luebking into branch 'KDE/4.9'. hide horizontal wheel events from the deco list FIXED-IN: 4.9.1 REVIEW: 105934 M +5 -0 kwin/kcmkwin/kwindecoration/kwindecoration.cpp http://commits.kde.org/kde-workspace/2f738a211feebc6af9f50f41f7fd8af2a568f196 |