kwin/effects/presentwindows
Martin Gräßlin 6af0cc6ebe Add support for touch events in the Effect system
Summary:
The Effect class is extended by three new virtual methods:
* touchDown
* touchMotion
* touchUp

The methods return a boolean value so that the events can be filtered
out. E.g. an effect which has also a mouse grab installed wants to
filter out all events, other effects don't need the events exclusively.

This is a difference to how e.g. keyboard and pointer events are handled.
But is more close to how KWin's internal input event passing works and
makes it easier to get touch event: one does not explicitly has to grab
the events. It's also closer to Wayland where all input events are
available.

As a first example the Present Windows effect is adjusted and allows to
activate windows through the touch screen. As much code as possible is
shared with pointer input.

Reviewers: #kwin, #plasma_on_wayland

Subscribers: plasma-devel, kwin

Tags: #plasma_on_wayland, #kwin

Differential Revision: https://phabricator.kde.org/D2450
2016-08-16 14:18:40 +02:00
..
CMakeLists.txt Use SERVICE_TYPES parameter to kcoreaddons_desktop_to_json() 2015-12-09 23:42:45 +00:00
main.qml
presentwindows.cpp Add support for touch events in the Effect system 2016-08-16 14:18:40 +02:00
presentwindows.h Add support for touch events in the Effect system 2016-08-16 14:18:40 +02:00
presentwindows.kcfg
presentwindows_config.cpp [effects] Properly set the componentDisplayName on the KActionCollection 2015-08-12 09:40:55 +02:00
presentwindows_config.desktop SVN_SILENT made messages (.desktop file) - always resolve ours 2015-04-07 13:20:00 +00:00
presentwindows_config.h
presentwindows_config.ui
presentwindows_proxy.cpp recreate presentwindows grids from desktopgrid 2015-09-14 21:01:01 +02:00
presentwindows_proxy.h recreate presentwindows grids from desktopgrid 2015-09-14 21:01:01 +02:00
presentwindowsconfig.kcfgc