kwin/config-kwin.h.cmake

#cmakedefine KWIN_BUILD_DECORATIONS 1
#cmakedefine KWIN_BUILD_TABBOX 1
#cmakedefine KWIN_BUILD_DESKTOPCHANGEOSD 1
#cmakedefine KWIN_BUILD_SCREENEDGES 1
#cmakedefine KWIN_BUILD_KAPPMENU 1
#cmakedefine KWIN_BUILD_ACTIVITIES 1
#define KWIN_NAME "${KWIN_NAME}"
#define KWIN_INTERNAL_NAME_X11 "${KWIN_INTERNAL_NAME_X11}"
#define KWIN_CONFIG "${KWIN_NAME}rc"
#define KWIN_VERSION_STRING "${PROJECT_VERSION}"
#define KWIN_KILLER_BIN "${CMAKE_INSTALL_PREFIX}/${LIBEXEC_INSTALL_DIR}/kwin_killer_helper"
#cmakedefine01 HAVE_WAYLAND
#cmakedefine01 HAVE_WAYLAND_EGL
#cmakedefine01 HAVE_XKB
#cmakedefine01 HAVE_INPUT

/* Define to 1 if you have the <unistd.h> header file. */
#cmakedefine HAVE_UNISTD_H 1

/* Define to 1 if you have the <malloc.h> header file. */
#cmakedefine HAVE_MALLOC_H 1

#cmakedefine XCB_ICCCM_FOUND 1
#ifndef XCB_ICCCM_FOUND
#define XCB_ICCCM_WM_STATE_WITHDRAWN 0
#define XCB_ICCCM_WM_STATE_NORMAL 1
#define XCB_ICCCM_WM_STATE_ICONIC 3
#endif
Do not try to load plugin when building without decos 2011-04-29 10:34:22 +00:00			`#cmakedefine KWIN_BUILD_DECORATIONS 1`
Provide build option for TabBox functionality Since the TabBox functionality is not feasible for any platform KWin is used on (e.g. tablet PCs), a build option is added to decide, if the TabBox functionality should be build or not. REVIEW: 101511 @Sebastian: Martin wanted me to let you know that it is now possible to disable building Tabbox CCMAIL: sebas@kde.org 2011-06-30 11:02:30 +00:00			`#cmakedefine KWIN_BUILD_TABBOX 1`
Introduce a build option for DesktopChangeOSD A build option is introduces whether the DesktopChangeOSD functionality should be built or not. It is set to ON by default. 2011-07-11 13:39:39 +00:00			`#cmakedefine KWIN_BUILD_DESKTOPCHANGEOSD 1`
Add a build option for screen edge support 2011-07-07 16:29:11 +00:00			`#cmakedefine KWIN_BUILD_SCREENEDGES 1`
GUI: Kwin appmenu support: - Add support for application menu button in Kwin - Add kded appmenu configuration in kcm_style 2012-11-09 12:44:50 +00:00			`#cmakedefine KWIN_BUILD_KAPPMENU 1`
Introducing a build option for KActivities support REVIEW: 104100 2012-02-26 10:38:16 +00:00			`#cmakedefine KWIN_BUILD_ACTIVITIES 1`
Add CMake variable to rename kwin binaries A CMake variable is used to specify the name of the binary. By default this is "kwin" but building for PA changes the name to "kwinactive". The variable adjusts all names, e.g. kwinnvidiahack becomes kwinactivenvidiahack. The remaining usage of kwinrc in core and libs is replaced by a cmakedefine for the configuration name and all data installations are moved to the defined name. Dynamic loading for scripts & co is adjusted for loading based on defined name. This change allows the side-by-side installation of both kwin for desktop and kwin for Plasma Desktop without the known issues like conflicts in config files or missing build options if kwin desktop is used for Plasma Active. Likewise the KCMs are not adjusted as they are not intended to be used for kwinactive. REVIEW: 104299 BUG: 296084 FIXED-IN: 4.9.0 CCMAIL: active@kde.org 2012-03-16 07:37:09 +00:00			`#define KWIN_NAME "${KWIN_NAME}"`
Rename KWin binary to kwin_x11 This servers two purposes. 1. it makes KWin/5 co-installable with KWin/4 as now binary and all libraries etc. are renamed or installed to a different location. 2. In future we need a dedicated X11 and Wayland main function anyway. Thus it makes most sense to rename to kwin_x11 directly instead of first renaming to kwin5. The reason why we need to have dedicated main functions is that kwin needs to check early whether X11 is working or Wayland is working. Right now the first thing kwin does is trying to connect to the XServer. This happens before the QApplication is constructed and before command line args are processed. On Wayland we won't want to test whether we can connect to the XServer. As it's too early to check whether we are starting kwin for X11 or Wayland the most convenient way is to have dedicated binaries - thus a rename is needed. Just renaming kwin for wayland is also not a good idea as in future the "main" kwin will be for wayland not for X11. Another case for the dedicated binaries is the Application class, which right now first tries to claim the X11 Window Manager Selection. Again on Wayland even with XWayland we won't need that. KWin will be the window manager for XWayland if KWin is the Wayland compositor. There is no need to even try to support anything else. Most likely it will even be KWin to start the XWayland server, so we can be sure that there is no other WM running and thus no need to claim the selection and abort if it fails. REVIEW: 118266 2014-06-10 10:05:54 +00:00			`#define KWIN_INTERNAL_NAME_X11 "${KWIN_INTERNAL_NAME_X11}"`
Add CMake variable to rename kwin binaries A CMake variable is used to specify the name of the binary. By default this is "kwin" but building for PA changes the name to "kwinactive". The variable adjusts all names, e.g. kwinnvidiahack becomes kwinactivenvidiahack. The remaining usage of kwinrc in core and libs is replaced by a cmakedefine for the configuration name and all data installations are moved to the defined name. Dynamic loading for scripts & co is adjusted for loading based on defined name. This change allows the side-by-side installation of both kwin for desktop and kwin for Plasma Desktop without the known issues like conflicts in config files or missing build options if kwin desktop is used for Plasma Active. Likewise the KCMs are not adjusted as they are not intended to be used for kwinactive. REVIEW: 104299 BUG: 296084 FIXED-IN: 4.9.0 CCMAIL: active@kde.org 2012-03-16 07:37:09 +00:00			`#define KWIN_CONFIG "${KWIN_NAME}rc"`
use standard way to version applications in Plasma 2014-08-20 13:43:27 +00:00			`#define KWIN_VERSION_STRING "${PROJECT_VERSION}"`
Fix invocation of kwin_killer_helper Path needs to be hard coded as it's in libexec. REVIEW: 117999 2014-05-05 15:10:22 +00:00			`#define KWIN_KILLER_BIN "${CMAKE_INSTALL_PREFIX}/${LIBEXEC_INSTALL_DIR}/kwin_killer_helper"`
[kwin] Fix ifdefs for Wayland With the switch to FindWayland from ECM WAYLAND_FOUND was no longer set thus the ifdef didn't work. Now we use HAVE_WAYLAND and HAVE_WAYLAND_EGL. 2014-03-13 15:21:04 +00:00			`#cmakedefine01 HAVE_WAYLAND`
			`#cmakedefine01 HAVE_WAYLAND_EGL`
InputRedirection for keyboard events Major new functionality is xkbcommon support. InputRedirection holds an instance to a small wrapper class which has the xkb context, keymap and state. The keymap is initialied from the file descriptor we get from the Wayland backend. InputRedirection uses this to translate the keycodes into keysymbols and to QString and to track the modifiers as provided by the Qt::KeybordModifiers flags. This provides us enough information for internal usage (e.g. pass through effects if they have "grabbed" the keyboard). If KWin doesn't filter out the key events, it passes them on to the currently active Client respectively an unmanaged on top of the stack. This needs still some improvement (not each unmanaged should get the event). The Client/Unmnaged still uses xtest extension to send the key events to the window. So keylogging is still possible. 2013-07-02 09:44:18 +00:00			`#cmakedefine01 HAVE_XKB`
Initial support for libinput Libinput is an optional dependency for getting low level input events. As opening the input devices requires root privs this is rather pointless in the current state. But there is a small added test app which can be executed with root privs to demonstrate the functionality. To properly get input events we need a wrapper like it's used in weston. So far the following is setup: * opening devices found by udev * forwarding keyboard events to InputRedirection * forwarding pointer button events to InputRedirection * forwarding pointer axis events to InputRedirection * signals emitted for pointer motion events Pointer motion events need some further work as they are provided as delta events. We need to track that and map them properly. Also missing are touch events due to me not having a touch screen. It should be fairly simple to setup the touch events, though. Also hotplugging of devices is not yet implemented. 2014-08-14 12:43:57 +00:00			`#cmakedefine01 HAVE_INPUT`
[kwin] Add used features from config-workspace.h to config-kwin.h Adds HAVE_UNISTD_H and HAVE_MALLOC_H to config-kwin.h and gets used in main.cpp. With that KWin does no longer need config-workspace.h. 2014-03-18 08:30:40 +00:00
			`/* Define to 1 if you have the <unistd.h> header file. */`
			`#cmakedefine HAVE_UNISTD_H 1`

			`/* Define to 1 if you have the <malloc.h> header file. */`
			`#cmakedefine HAVE_MALLOC_H 1`
Make xcb-icccm truely optional ICCCM dependency is a beast due to two different existing versions in different packages. Thus it cannot be a hard dep without causing problems for our downstreams. This change ensures that ICCCM is really considered as an optional dep and that the version we need is found, if not we mark it as non-found. ICCCM is only used by one test application which can easily be disabled and some enum values are used in events.cpp. If ICCCM is not found those are replaced by defines generated in config-kwin.h. BUG: 336035 2014-06-11 05:51:07 +00:00
			`#cmakedefine XCB_ICCCM_FOUND 1`
			`#ifndef XCB_ICCCM_FOUND`
			`#define XCB_ICCCM_WM_STATE_WITHDRAWN 0`
			`#define XCB_ICCCM_WM_STATE_NORMAL 1`
			`#define XCB_ICCCM_WM_STATE_ICONIC 3`
			`#endif`