yukijoou/kwin
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
kwin/plugins/platforms/x11/standalone/CMakeLists.txt

45 lines
1.3 KiB
Text
Raw Normal View History

Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
set(X11PLATFORM_SOURCES
Create screen edge through the Platform Removes a diversion between X11 and Wayland. The base class Platform creates an instance of class Edge with plugin implementations being able to create a different type. The X11StandalonePlugin does that and creates a WindowBasedEdge. For this the implementation of WindowBasedEdge is moved from screenedges into the plugin. Unfortunately an ifdef is needed to make the screenedge test still work as expected. This should be improved in future, e.g. have a good way to load the platform plugin from the tests. Reviewers: #plasma Subscribers: plasma-devel Projects: #plasma Differential Revision: https://phabricator.kde.org/D1419
2016-04-15 11:47:56 +00:00
edge.cpp
[plugins/platforms] Dedicated logging category for X11 standalone platform
2016-04-12 12:48:54 +00:00
logging.cpp
Move X11Cursor into the x11standalone platform plugin At the same time the xinput2 integration is split out of X11Cursor and made a standalone part of the platform plugin. XInput integration is nowadays not only used by the cursor position polling, but also for modifier only shortcuts. By splitting it out the modifier shortcuts start to work also when one doesn't have anything requesting a mouse position polling. This also simplifies the conditional builds: xinput integration is only included if we have support for it at compile time without having to have many ifdefs in the cursor implementation. For the inclusion of cursor in the kcmkwin this also removes all the ifdefs. The key events are only requested if we have xinput 2.1. Otherwise we would not get all raw events if the input device gets grabbed. Reviewers: #kwin, #plasma_on_wayland Subscribers: plasma-devel, kwin Tags: #plasma_on_wayland, #kwin Differential Revision: https://phabricator.kde.org/D2473
2016-08-16 13:31:14 +00:00
x11cursor.cpp
Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
x11_platform.cpp
Move XRandrScreens to the x11/standalone plugin By moving XRandrScreens the creation of screens gets simplified a lot as there is no need to have windowing system specific init code. It all just goes through the platform. This also marks the point where the first X11 specific code is removed from kwin_wayland. Reviewers: #plasma, sebas Subscribers: plasma-devel Projects: #plasma Differential Revision: https://phabricator.kde.org/D1355
2016-04-08 08:32:37 +00:00
screens_xrandr.cpp
Support interactive window selection through the Platform Summary: A new virtual method is added to Platform: startInteractiveWindowSelection The interactive window selection enters a mode where the user can select a window through the pointer or keyboard device. The cursor is turned into a crosshair cursor, unless another cursor name is provided (e.g. pirate for kill window). Once a window is selected the provided callback method is invoked with the selected Toplevel as argument. In case the user cancelled the selection a nullptr argument is passed in. Currently it's only implemented by the X11 standalone platform using the logic from KillWindow. Just instead of killing the window the callback is invoked. KillWindow loses the X11 implementation and interacts with the new functionality in Platform by providing a lambda function for the killing. Test Plan: Killing of X11 windows is still possible Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D3363
2016-11-15 09:22:56 +00:00
windowselector.cpp
Move the X11 specific OverlayWindow into the platform/x11 Summary: The overlay window is only needed for the X11 based compositors. Given that it is better suited in the X11 platform. Unfortunately it is not possible to completely move it into the platform plugin as it is still referenced in KWin core (e.g. SceneXRender). Due to that the OverlayWindow in KWin core is turned into a pure virtual class with the implementation being moved into the plugin. The platform API gains a new virtual factory method which is only implemented in the X11 platform. Test Plan: Compiles Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7193
2017-08-07 15:54:56 +00:00
overlaywindow_x11.cpp
Move X11 specific event filtering for ScreenEdges into x11 standalone platform Summary: This change splits out the X11 specific event filtering into a dedicated X11EventFilter. It is created in the x11 standalone platform plugin when the first Edge is being created. Some of the X11 specific code is removed from ScreenEdges, though more refactoring is possible in ScreenEdges to share more code between X11 specific and generic implementation. Test Plan: Run KWin on Xephyr, screen edge approach effect still shows Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7406
2017-08-19 08:58:05 +00:00
screenedges_filter.cpp
Move NonComposited Outline into the X11 standalone platform Summary: Creating the OutlineVisual is moved into the Platform API. The default implementation creates the composited OutlineVisual. The X11 standalone platform overrides it and creates the non composited outline in case no compositing is used. Test Plan: Run kwin_x11 with KWIN_COMPOSE=N and KWIN_COMPOSE=X, non composited outline and composited outline loaded Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7450
2017-08-21 09:59:52 +00:00
non_composited_outline.cpp
Move the X11 Decoration Renderer into the X11 standalone platform Summary: Not needed except for X11/non-composited usage, so should be in the plugin instead of core. Platform API is extended to create a decoration renderer. Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7444
2017-08-20 20:15:21 +00:00
x11_decoration_renderer.cpp
Move XFixes cursor change tracking into the x11 standalone platform Summary: A dedicated X11EventFilter is added and created from the X11Cursor in case we have XFixes. This means some more X11 specific code is now only on X11. Test Plan: Only compile tested. Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7843
2017-09-15 17:59:49 +00:00
xfixes_cursor_event_filter.cpp
Move X11-only specific part of EffectsHandlerImpl to x11 platform plugin Summary: The Platform API is extended by a call to create the EffectsHandler. In X11 standalone Platform a new EffectsHandlerImplX11 is added which contains the X11 only parts of the EffectsHandler, such as grabbing the X keyboard and the X11 mouse interception window. The EffectsHandlerImpl gains some virtual methods for the parts which are now done in the X11 specific implementation. In return we get rid of lots of if-else structures checking for the operation mode. Test Plan: Only compile tested. Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7955
2017-09-23 18:21:26 +00:00
effects_x11.cpp
effects_mouse_interception_x11_filter.cpp
Create a dedicated X11Filter for Client sync events and move it to X11 platform Summary: On Wayland we have the sync disabled as it doesn't work properly. This allows us to also move the sync event handling into the X11 standalone platform. The code is slightly refactored: instead of passing the event to each Client, we search for the matching Client. For that the SyncAlaram struct is added to public section of Client. The method to handle the sync doesn't need the event any more and is moved from events.cpp to client.cpp. Test Plan: Run Xephyr+kwin_x11, resized a window and verified through gdb breakpoint that the sync still works Reviewers: #kwin, #plasma Subscribers: plasma-devel Tags: #plasma Differential Revision: https://phabricator.kde.org/D7942
2017-09-22 18:35:50 +00:00
sync_filter.cpp
Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
)
Move X11Cursor into the x11standalone platform plugin At the same time the xinput2 integration is split out of X11Cursor and made a standalone part of the platform plugin. XInput integration is nowadays not only used by the cursor position polling, but also for modifier only shortcuts. By splitting it out the modifier shortcuts start to work also when one doesn't have anything requesting a mouse position polling. This also simplifies the conditional builds: xinput integration is only included if we have support for it at compile time without having to have many ifdefs in the cursor implementation. For the inclusion of cursor in the kcmkwin this also removes all the ifdefs. The key events are only requested if we have xinput 2.1. Otherwise we would not get all raw events if the input device gets grabbed. Reviewers: #kwin, #plasma_on_wayland Subscribers: plasma-devel, kwin Tags: #plasma_on_wayland, #kwin Differential Revision: https://phabricator.kde.org/D2473
2016-08-16 13:31:14 +00:00
if(X11_Xinput_FOUND)
set(X11PLATFORM_SOURCES ${X11PLATFORM_SOURCES} xinputintegration.cpp)
endif()
Move glxbackend to x11 standalone plugin Summary: It's only needed by the standalone x11 variant. This allows us to simplify the creation of the OpenGLBackend: it's created by the platform plugin - we don't need custom complex logic. Reviewers: #plasma Subscribers: plasma-devel Projects: #plasma Differential Revision: https://phabricator.kde.org/D1392
2016-04-12 13:03:07 +00:00
if(HAVE_EPOXY_GLX)
[platforms/x11] Use a GlxContextAttributeBuilder Summary: Based on the work of 3f4995fb9b4fd753a304ea65020bbafdd174936b this change introduces a GlxContextAttributeBuilder to make the requesting of context attributes cleaner, more verbose and less error prone copy and paste. Test Plan: Switched between Core and legacy and verified the output; extended auto test Reviewers: #kwin, #plasma Subscribers: plasma-devel Tags: #plasma Differential Revision: https://phabricator.kde.org/D6411
2017-06-27 19:08:19 +00:00
set(X11PLATFORM_SOURCES ${X11PLATFORM_SOURCES} glxbackend.cpp glx_context_attribute_builder.cpp)
Move glxbackend to x11 standalone plugin Summary: It's only needed by the standalone x11 variant. This allows us to simplify the creation of the OpenGLBackend: it's created by the platform plugin - we don't need custom complex logic. Reviewers: #plasma Subscribers: plasma-devel Projects: #plasma Differential Revision: https://phabricator.kde.org/D1392
2016-04-12 13:03:07 +00:00
endif()
Move SceneOpenGL into a dedicated plugin Summary: Unfortunately a rather large change which required more refactoring than initially expected. The main problem was that some parts needed to go into platformsupport so that the platform plugins can link them. Due to the rather monolithic nature of scene_opengl.h a few changes were required: * SceneOpenGL::Texture -> SceneOpenGLTexture * SceneOpenGL::TexturePrivate -> SceneOpenGLTexturePrivate * texture based code into dedicated files * SwapProfiler code into dedicated files * SwapProfiler only used in x11 variants * Safety checks for OpenGL scene moved into the new plugin * signal declared in SceneOpenGL moved to Scene, so that we don't need to include SceneOpenGL in composite Test Plan: Nested OpenGL compositor works Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D7740
2017-09-08 20:30:18 +00:00
include_directories(${CMAKE_SOURCE_DIR}/platformsupport/scenes/opengl)
Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
add_library(KWinX11Platform MODULE ${X11PLATFORM_SOURCES})
Build platform plugins in correct sub directory of build dir Summary: This brings KWin a step closer to be run from build dir without having to install at all. The integration tests are adjusted so that the virtual platform is still found which makes the code be closer to what is used in normal kwin_wayland. Test Plan: ctest passes, manually verified correct plugin is loaded Reviewers: #kwin Subscribers: kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D17388
2018-12-06 17:38:36 +00:00
set_target_properties(KWinX11Platform PROPERTIES LIBRARY_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin/org.kde.kwin.platforms/")
Merge branch 'Plasma/5.11'
2017-11-05 09:46:53 +00:00
target_link_libraries(KWinX11Platform eglx11common kwin kwinxrenderutils SceneOpenGLBackend Qt5::X11Extras XCB::CURSOR KF5::Crash)
Move X11Cursor into the x11standalone platform plugin At the same time the xinput2 integration is split out of X11Cursor and made a standalone part of the platform plugin. XInput integration is nowadays not only used by the cursor position polling, but also for modifier only shortcuts. By splitting it out the modifier shortcuts start to work also when one doesn't have anything requesting a mouse position polling. This also simplifies the conditional builds: xinput integration is only included if we have support for it at compile time without having to have many ifdefs in the cursor implementation. For the inclusion of cursor in the kcmkwin this also removes all the ifdefs. The key events are only requested if we have xinput 2.1. Otherwise we would not get all raw events if the input device gets grabbed. Reviewers: #kwin, #plasma_on_wayland Subscribers: plasma-devel, kwin Tags: #plasma_on_wayland, #kwin Differential Revision: https://phabricator.kde.org/D2473
2016-08-16 13:31:14 +00:00
if(X11_Xinput_FOUND)
target_link_libraries(KWinX11Platform ${X11_Xinput_LIB})
endif()
Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
Move linking to DL_LIBRARY to x11standalone platform Summary: It's only needed by the GLX backend, so only find if we have GLX at all and only link where needed. As it was handled incorrectly before, it's now using proper ifdef. Reviewers: #kwin, #plasma Subscribers: plasma-devel, kwin Tags: #kwin Differential Revision: https://phabricator.kde.org/D3448
2016-11-22 07:34:59 +00:00
if(HAVE_DL_LIBRARY)
target_link_libraries(KWinX11Platform ${DL_LIBRARY})
endif()
Add a very basic x11/standalone platform plugin The plugin does not much. It's the most basic plugin we can have to be loaded from kwin_x11. Unlike the wayland platform plugins it gets installed to: org.kde.kwin.platforms
2016-04-08 07:51:06 +00:00
install(
TARGETS
KWinX11Platform
DESTINATION
${PLUGIN_INSTALL_DIR}/org.kde.kwin.platforms/
)
Reference in a new issue Copy permalink