kdeconnect-kde/plugins/mousepad/config-mousepad.h.cmake

#cmakedefine01 HAVE_WAYLAND
#cmakedefine01 HAVE_X11
#cmakedefine01 HAVE_WINDOWS
#cmakedefine01 HAVE_MACOS
[mousepad] Integrate with KWayland for fake input support KWayland provides a FakeInput interface which KWin as a compositor supports. This can be used to fake input events on Wayland. As it's a KWin specific interface it won't work with other Wayland compositors. If the compositor does not support the required interface, the module just doesn't do anything. Support in the implementation is completely optional. Adding fake input events circumvents the Wayland security model. Because of that the interface is designed in a way that the security decision can be done by the compositor and can be delegated to the user. On first input event kdeconnect tries to "authenticate" with the compositor. This gives the compositor the possibility to e.g. ask the user whether it should be allowed. It's not done on startup or of load module as that would show such a message way to early and the user would not be able to connect it with his action on the smartphone. REVIEW: 124238 2015-07-03 08:25:34 +01:00			`#cmakedefine01 HAVE_WAYLAND`
Refactor capabilities together with Albert He is committing a similar patch to kdeconnect-android 2016-05-31 16:16:01 +01:00			`#cmakedefine01 HAVE_X11`
Split platform-specific code from mousepad plugin Summary: Windows no longer needs a separate plugin, and X11 and Wayland are now in separate files instead of having lots of ifdefs. Test Plan: Tested on X11, Wayland and Windows. Reviewers: #kde_connect, apol, nicolasfella Reviewed By: #kde_connect, apol, nicolasfella Subscribers: apol, nicolasfella Tags: #kde_connect Differential Revision: https://phabricator.kde.org/D11692 2018-04-02 19:20:24 +01:00			`#cmakedefine01 HAVE_WINDOWS`
Just keep CMakeLists as it was until Wayland supports macOS or Apple brings back X11 2019-07-21 23:49:07 +01:00			`#cmakedefine01 HAVE_MACOS`