yukijoou/kwin
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
kwin/src/wayland/CMakeLists.txt

439 lines
16 KiB
Text
Raw Normal View History

Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
set(SERVER_LIB_SRCS
Introduce AbstractDataSource round the DataSourceInterface Summary: Clipboard managers and middle click paste are new protocols. We want to be able to copy from a clipboard manager to a regular clipboard and vice versa without duplicating loads of code. If we support kliper's "syncronise contents of the clipboard and selection" inside the compositor that would become an unmanageable amount of combinations. It also potentially allows the idea of our XWayland bridge not being a wayland client and simplifying that code. Test Plan: Unit test passes Reviewers: #kwin Subscribers: zzag Differential Revision: https://phabricator.kde.org/D29329
2020-05-12 11:26:48 +00:00
abstract_data_source.cpp
Add explicit AppMenu protocol Summary: A protocol that attaches to a surface and contains two strings which can change. The intended use is for clients to link a DBus Appmenu object with a surface. This is in preparation for the Qt Extended Surface deprecation which currently handles this in Kwin. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: broulik, graesslin, plasma-devel, #frameworks Tags: #frameworks, #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D8919
2017-12-18 21:50:31 +00:00
appmenu_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
blur_interface.cpp
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
buffer_interface.cpp
Adding a new ClientConnection class for wrapping wl_client The ClientConnection is managed by Display. Whenever one tries to get a ClientConnection for a wl_client* and it doesn't exist yet a new one will be created and a clientConnected signal will be emitted. Also there is a clientDisconnected signal. ClientConnection provides access to pid, uid and gid. The idea is to extend it to provide access to all the resources created for the client.
2014-11-17 15:01:18 +00:00
clientconnection.cpp
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
compositor_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
contrast_interface.cpp
Fix class names for data control wrappers The data control protocol is unstable. Therefore, class names must have "V1" suffix.
2020-05-28 07:25:56 +00:00
datacontroldevice_v1_interface.cpp
datacontroldevicemanager_v1_interface.cpp
datacontroloffer_v1_interface.cpp
datacontrolsource_v1_interface.cpp
Add implementation for wl_data_device in Server and Client On the client side anything related to wl_data_offer is not yet implemented.
2014-11-06 09:02:49 +00:00
datadevice_interface.cpp
Add DataDeviceManager and DataSource in client and server Basic implementation of the DataDeviceManager and the DataSource it creates. Still needs support for DataDevice and DataOffer to complement the API.
2014-11-04 14:10:22 +00:00
datadevicemanager_interface.cpp
Add wl_data_offer on Client and Server side Only selection part is implemented, drag'n'drop still needs to be implemented. Unit test is not properly testing whether the data can be transferred. This needs some better architecture to have multiple processes which perform the source and target part.
2014-11-06 15:56:50 +00:00
dataoffer_interface.cpp
Add DataDeviceManager and DataSource in client and server Basic implementation of the DataDeviceManager and the DataSource it creates. Still needs support for DataDevice and DataOffer to complement the API.
2014-11-04 14:10:22 +00:00
datasource_interface.cpp
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
display.cpp
[server] Add a DpmsManagerInterface Adding support for a org_kde_kwin_dpms interface. On server side Dpms is mostly bound to the OutputInterface exposing just a very small manager. Whether Dpms is supported and which mode is used is tracked directly on the OutputInterface.
2015-08-31 14:08:58 +00:00
dpms_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
eglstream_controller_interface.cpp
fakeinput_interface.cpp
Expose wl_display_set_global_filter as a virtual method Summary: This allows a server to filter which globals are visible and bindable by clients. Design rationale: Could be it's own class with Display as an arg, but we need the lifespan to exactly match Display, and the cardinality to match Display and it needs to be set after we're started but before clients connect. Better to enfore rules with code than with documentation. I'm filtering by interface name as there isn't any other good identifier of what a wl_global refers to, even if you could assume you can cast the userdata to a Server::Global. Test Plan: Attached unit test Reviewers: #plasma, graesslin, bcooksley Reviewed By: #plasma, graesslin Subscribers: bcooksley, graesslin, plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D8050
2017-11-17 08:34:01 +00:00
filtered_display.cpp
Add a base class for all server interfaces of a wl_global New base class KWayland::Server::Global which all Interface classes for a wl_global inherit. Furthermore there is a shared base class for all the Private classes of that type.
2014-11-13 14:07:31 +00:00
global.cpp
Add support for an idle time interface The idle time interface is modelled for the use cases of the KIdleTime framework to allow providing a Wayland specific implementation. It supports registering idle timeouts which are triggered on server side if there has not been any user activity on the seat for the requested amount of time. Once user activity resumes a resume from idle signal is emitted. In additon there is the possibility to simulate user activity which simulates the resume from idle.
2015-07-02 09:35:16 +00:00
idle_interface.cpp
move idle Inhibitor to the news approach
2020-07-23 20:09:20 +00:00
idleinhibit_v1_interface
Provide an initial implementation for input-method-unstable-v1 Makes it possible to implement the protocol in your favourite compositor.
2020-07-23 14:36:01 +00:00
inputmethod_v1_interface.cpp
[server] Move KeyboardInterface into dedicated .h and .cpp
2014-11-25 12:39:24 +00:00
keyboard_interface.cpp
Fix class names for keyboard shortcuts inhibit
2020-05-29 09:16:06 +00:00
keyboard_shortcuts_inhibit_v1_interface.cpp
Proof of concept of a wayland protocol to allow the keystate dataengine to work Test Plan: Tested with both the lock screen and the keyboard indicator plasmoid Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D20191
2019-06-21 14:02:27 +00:00
keystate_interface.cpp
Implement layer-shell v1 protocol
2020-08-07 18:41:52 +00:00
layershell_v1_interface.cpp
Implement zwp_linux_dmabuf_v1 Summary: This interface provides a way for clients to create generic dmabuf-based wl_buffers. Test Plan: Works with weston-simple-dmabuf-drm and weston-simple-dmabuf-egl in KWin. Reviewers: #kwin, #plasma, graesslin, davidedmundson, mart, fredrik Subscribers: zzag, kde-frameworks-devel, romangg, plasma-devel Tags: #frameworks, #plasma_on_wayland Maniphest Tasks: T8067 Differential Revision: https://phabricator.kde.org/D10747
2019-07-17 13:48:07 +00:00
linuxdmabuf_v1_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
output_interface.cpp
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
outputchangeset.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
outputconfiguration_interface.cpp
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
outputdevice_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
outputmanagement_interface.cpp
[server] Add bindings for PlasmaShell interface
2015-06-09 00:48:56 +00:00
plasmashell_interface.cpp
Add KWayland virtual desktop protocol Summary: Implement the virtual desktop protocol discussed in T4457 xml protocol, client and server part. The PlasmaVirtualDesktopManagement interface manages the desktops instantiation and layout, each desktop is a PlasmaVirtualDesktop instance which contains unique id, name and position. PlasmaWindow has new events: plasmaVirtualDesktopEntered and plasmaVirtualDesktopLeft when a window enters or leaves a desktop, and desktops as the list of desktops is in. A window can be on any subset of desktops, if the list is empty, it's considered on all desktops. Test Plan: Autotest Reviewers: #kwin, #plasma, graesslin, hein, davidedmundson Reviewed By: #kwin, #plasma, davidedmundson Subscribers: davidedmundson, zzag, bshah, romangg, kde-frameworks-devel Tags: #frameworks Maniphest Tasks: T4457 Differential Revision: https://phabricator.kde.org/D12820
2018-07-19 16:36:32 +00:00
plasmavirtualdesktop_interface.cpp
[server] Add PlasmaWindowManagementInterface
2015-06-12 01:05:14 +00:00
plasmawindowmanagement_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
pointer_interface.cpp
Implementation of PointerConstraints protcol Summary: The pointer constraints protocol is an unstable protocol and thus the implementation follows the semantics of unstable protocols. The protocol allows to create a constraint on the pointer - either a lock or a confinement on a surface. Those are not activated at once, but when the compositor actively grants it. During lock no further pointer motion is emitted, during confinement the pointer is kept in a certain area. This implements T4451. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3466
2016-11-08 13:17:15 +00:00
pointerconstraints_interface.cpp
pointerconstraints_interface_v1.cpp
Implementation of PointerGestures protocol Summary: Pointer gestures are created for a pointer and there are two types of gestures: swipe and pinch. At a given time there can only be one active gesture. The implementation in SeatInterface ensures that there can only be one active gesture. Each gesture consists of a start event, 0 to multiple update events and an end event. The end can also be a cancel. To better support this the implementation doesn't follow the protocol and splits end and cancel into dedicated methods in the server side and into dedicated signals in the client side. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3169
2016-10-26 08:27:14 +00:00
pointergestures_interface.cpp
pointergestures_interface_v1.cpp
Introduce API round primary-selection-unstable-v1.xml AKA middle-click paste It's mostly a copy-paste of DataDevice.
2020-06-01 22:29:53 +00:00
primaryselectiondevice_v1_interface.cpp
primaryselectiondevicemanager_v1_interface.cpp
primaryselectionoffer_v1_interface.cpp
primaryselectionsource_v1_interface.cpp
Implement the wl_region interface Compositor::createRegion added which returns a Region. Also server side part is implemented.
2014-10-16 11:04:51 +00:00
region_interface.cpp
Implement support for the relative pointer protocol Summary: This change implements the zwp_relative_pointer_v1 protocol which allows to send relative motion events. The (unstable) protocol consists of a RelativePointerManager which creates RelativePointers for a given Pointer. This interface currently only has one event to report the relative motion. It carries the delta, the non-accelerated-delta and a timestamp in microsends granularity. On the server side the implementation is mostly internal. Once a RelativePointerManagerInterface is created one can send relative motion events through the SeatInterface. The SeatInterface takes care of sending it to the responding RelativePointerInterface. The protocol does not restrict the sending of "normal" and relative motion events. Thus it can be combined in any way one wants. This allows to have a rather simple implementation. A user of the SeatInterface can just start to feed the relative motion events (if the information is available) to the SeatInterface together with the pointer events. On client side a new RelativePointerManager and RelativePointer class are added. The RelativePointerManager creates the RelativePointer for a given Pointer. The event sent to RelativePointer is transformed in a normal signal. Reviewers: #plasma Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D2978
2016-10-07 07:07:34 +00:00
relativepointer_interface.cpp
relativepointer_interface_v1.cpp
[server] Introduce a base class Resource The Resource base class is supposed to be used by all interface classes which get created for a wl_resource. Most interface classes are adjusted, but there are some exceptions: * BufferInterface: is different as the wl_resource is already created * PointerInterface and KeyboardInterface: those two need changes, the implementation differs from all other interface implementations.
2014-11-14 08:45:02 +00:00
resource.cpp
Rename screencast wrappers according to unstable protocol naming conventions Since the screencast protocol is unstable, the ScreencastInterface class and the ScreencastStreamInterface class must carry version info in their class names.
2020-09-04 14:45:47 +00:00
screencast_v1_interface.cpp
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
seat_interface.cpp
[server] Add implementation for server side decoration protocol
2015-12-10 08:39:24 +00:00
server_decoration_interface.cpp
Create interface for passing server decoration palettes Summary: It's kept separate in case we ever merge the server decoration manager interface upstream, and this is too kwin specific to have in a potentially shared spec. Code is a copy+paste of existing boilerplate. Replaces use of the deprecated qt extended surface. I'd like to target 5.42 as otherwise we'll have a regression when we release Plasma 5.12 as Qt's XDGv6 doesn't have a working qt extended surface. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D9599
2018-01-03 10:24:57 +00:00
server_decoration_palette_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
shadow_interface.cpp
slide_interface.cpp
Add support for wl_subcompositor and wl_subsurface This implements the subcompositor and subsurface protocol on both Client and Server side. Client: New classes SubCompositor and SubSurface. The SubCompositor can be created through the Registry and creates the SubSurface which is bound to a Surface and has a parent Surface. The SubSurface class provides convenient wrappers for all calls exposed in the wl_subsurface interface. Server: New classes SubCompositorInterface and SubSurfaceInterface. Support for all commands is added, though the API probably still can need some fine tuning. The synchronized vs. desynchronized behavior is not yet exposed in the API. This could also be delegated towards the user of the library.
2014-10-14 12:04:35 +00:00
subcompositor_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
surface_interface.cpp
[server] Make double-buffered properties in xdg-shell double-buffered Summary: So far all double-buffered properties in our implementation of xdg-shell weren't actually double-buffered. When a property setter is invoked, we pray to the God hoping that the client committed associated surface. This change introduces private SurfaceRole class. The new class provides a way for SurfaceInterface to commit pending state of associated shell surface. The chosen architecture allows us to do more in the future. For example, we could use SurfaceRole to prevent associating several roles to a single wl_surface object, e.g. xdg-toplevel to a pointer surface, etc. Test Plan: This change breaks support for client-side decorated clients in KWin. Reviewers: #kwin Subscribers: kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D23745
2019-09-05 10:57:35 +00:00
surfacerole.cpp
Provide an implementation for the tablet interface Summary: Implements the necessary classes to have proper support for the tablet and pen. Doesn't implement yet the ring/slider/totem bits. Test Plan: Used it with Plasma and GTK clients, together with the kwin patch I'll submit soon. https://youtu.be/GGx0TlNJlzs Also I added a test. Reviewers: #kwin, #frameworks, zzag, davidedmundson Reviewed By: #kwin, zzag, davidedmundson Subscribers: davidedmundson, zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D26858
2020-02-12 15:20:38 +00:00
tablet_interface.cpp
Migrate zwp_text_input_v2 to new approach - Drop the v0 support, it is no longer used by anything - Adapt the text-input related methods in seat interface to include versioning, this will be useful for when zwp_text_input_v3 support is included in kwayland-server - Refactor SeatInterface to get rid of globalTextInput, it is no longer needed with the new approach - Refactor out the ContentHints and ContentPurpose enums in separate header file which can be shared by zwp_text_input_v2/3 implementation Co-Author: Bhushan Shah <bshah@kde.org>
2020-07-28 15:39:13 +00:00
textinput_v2_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
touch_interface.cpp
Add support for the wp_viewporter protocol The wp_viewporter compositor extension allows clients to crop and scale their surface. It can be useful for applications such as video players because it may potentially reduce their power usage.
2020-05-24 10:46:27 +00:00
viewporter_interface.cpp
xdg-shell: Rewrite wrappers for the xdg-shell protocol The current xdg-shell wrappers don't match existing abstractions in the xdg-shell protocol well, which makes it more difficult to refactor code that is responsible for managing configure events and geometry in kwin. Given that the xdg_decoration and the xdg_shell protocols are tightly coupled together, I had to rewrite our wrappers for the xdg_decoration protocol as well.
2020-05-04 13:32:23 +00:00
xdgdecoration_v1_interface.cpp
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
xdgforeign_v2_interface.cpp
Port XdgOutput to the new approach
2020-08-20 11:26:19 +00:00
xdgoutput_v1_interface.cpp
Add support for xdg-shell Summary: This change introduces support for the unstable xdg-shell interface in the server. The implementation is based on version 5 of the unstable interface. This is the version used by toolkits like e.g. GTK. There is also a version 6 of the protocol under development which is incompatible. This makes it difficult to implement it in a backward compatible way. Because of that the implementation is a little bit different to other interfaces and inspired by the TextInput interfaces: On client side an XdgShell class is exposed which does not represent it directly. Instead it delegates everything to an XdgShellUnstableV5 implementation. For the Surface/Popup the same is done. In the Registry it's possible to create an XdgShell and it accepts the XdgShellUnstableV5 and in future will accept XdgUnstableV6, etc. On server side it also follows the approach from TextInput. That is there is a version enum which gets passed to the factory method in Display. It currently supports only V5, but in future can be extended for V6. As there is lots of similar code between wl_shell, xdg_shell and in future xdg_shell_unstable_v6 a templated GenericShellInterface class is added which combines the common parts. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D2102
2016-04-21 10:56:02 +00:00
xdgshell_interface.cpp
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
)
Use ecm_qt_install_logging_categories over manual categories file
2020-02-12 22:56:17 +00:00
ecm_qt_declare_logging_category(SERVER_LIB_SRCS
HEADER logging.h
IDENTIFIER KWAYLAND_SERVER
CATEGORY_NAME kwayland-server
DEFAULT_SEVERITY Critical
DESCRIPTION "KWayland Server Library"
EXPORT KWAYLAND
)
Autogenerate logging file + fix categories file
2018-11-20 07:13:42 +00:00
Port the wl_region wrapper to the new approach
2020-07-01 18:38:27 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${Wayland_DATADIR}/wayland.xml
BASENAME wayland
)
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/output-management.xml
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
BASENAME output-management
)
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/outputdevice.xml
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
BASENAME org_kde_kwin_outputdevice
)
[server] Add bindings for PlasmaShell interface
2015-06-09 00:48:56 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/plasma-shell.xml
[server] Add bindings for PlasmaShell interface
2015-06-09 00:48:56 +00:00
BASENAME plasma-shell
)
migrate Plasma Desktop interface to the new approach
2020-07-28 11:29:11 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/plasma-virtual-desktop.xml
migrate Plasma Desktop interface to the new approach
2020-07-28 11:29:11 +00:00
BASENAME org-kde-plasma-virtual-desktop
Add KWayland virtual desktop protocol Summary: Implement the virtual desktop protocol discussed in T4457 xml protocol, client and server part. The PlasmaVirtualDesktopManagement interface manages the desktops instantiation and layout, each desktop is a PlasmaVirtualDesktop instance which contains unique id, name and position. PlasmaWindow has new events: plasmaVirtualDesktopEntered and plasmaVirtualDesktopLeft when a window enters or leaves a desktop, and desktops as the list of desktops is in. A window can be on any subset of desktops, if the list is empty, it's considered on all desktops. Test Plan: Autotest Reviewers: #kwin, #plasma, graesslin, hein, davidedmundson Reviewed By: #kwin, #plasma, davidedmundson Subscribers: davidedmundson, zzag, bshah, romangg, kde-frameworks-devel Tags: #frameworks Maniphest Tasks: T4457 Differential Revision: https://phabricator.kde.org/D12820
2018-07-19 16:36:32 +00:00
)
Migrate Window Management to new approach
2020-09-28 11:40:51 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/plasma-window-management.xml
[server] Add PlasmaWindowManagementInterface
2015-06-12 01:05:14 +00:00
BASENAME plasma-window-management
)
[server] Add support for QtSurfaceExtension protocol The Qt surface extension is a small protocol to allow exchanging additional data between QWindows and the compositor. What we are currently only interested in is the possibility to close a surface from the Compositor. Protocol description is copied from QtWayland 5.4.2 branch.
2015-06-09 22:56:31 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/surface-extension.xml
[server] Add support for QtSurfaceExtension protocol The Qt surface extension is a small protocol to allow exchanging additional data between QWindows and the compositor. What we are currently only interested in is the possibility to close a surface from the Compositor. Protocol description is copied from QtWayland 5.4.2 branch.
2015-06-09 22:56:31 +00:00
BASENAME qt-surface-extension
)
migrate idle interface to the new approach
2020-07-24 17:19:19 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/idle.xml
Add support for an idle time interface The idle time interface is modelled for the use cases of the KIdleTime framework to allow providing a Wayland specific implementation. It supports registering idle timeouts which are triggered on server side if there has not been any user activity on the seat for the requested amount of time. Once user activity resumes a resume from idle signal is emitted. In additon there is the possibility to simulate user activity which simulates the resume from idle.
2015-07-02 09:35:16 +00:00
BASENAME idle
)
Adding support for a fake input interface This interface allows a client to fake input events and the server might use them. There is an authentication mechanismn in place which requires the server to mark the client as authenticated in order for any events to be emitted at all. This interface is intended for use cases like kdeconnect which allows to remote control a device.
2015-07-02 19:21:57 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/fake-input.xml
Adding support for a fake input interface This interface allows a client to fake input events and the server might use them. There is an authentication mechanismn in place which requires the server to mark the client as authenticated in order for any events to be emitted at all. This interface is intended for use cases like kdeconnect which allows to remote control a device.
2015-07-02 19:21:57 +00:00
BASENAME fake-input
)
migrate Shadow to new approach
2020-07-27 18:05:04 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/shadow.xml
Add a Shadow protocol The shadow protocol is inspired by the KWin's X11 protocol and the DecorationShadow in KDecoration2. A shadow is attached to a surface (after a commit on surface) and consists of several image parts (represented through a buffer): * top-left * top * top-right * right * bottom-right * bottom * bottom-left * left In addition there is an offset on each side. For more information see also the X11 protocol described at [1]. Note: the protocol is currently missing documentation and changing the shadow is not yet properly delegated to the server API. [1] https://community.kde.org/KWin/Shadow
2015-07-15 09:07:50 +00:00
BASENAME shadow
)
Migrate dpms to new approach
2020-07-24 22:06:57 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/dpms.xml
[server] Add a DpmsManagerInterface Adding support for a org_kde_kwin_dpms interface. On server side Dpms is mostly bound to the OutputInterface exposing just a very small manager. Whether Dpms is supported and which mode is used is tracked directly on the OutputInterface.
2015-08-31 14:08:58 +00:00
BASENAME dpms
)
Add a Shadow protocol The shadow protocol is inspired by the KWin's X11 protocol and the DecorationShadow in KDecoration2. A shadow is attached to a surface (after a commit on surface) and consists of several image parts (represented through a buffer): * top-left * top * top-right * right * bottom-right * bottom * bottom-left * left In addition there is an offset on each side. For more information see also the X11 protocol described at [1]. Note: the protocol is currently missing documentation and changing the shadow is not yet properly delegated to the server API. [1] https://community.kde.org/KWin/Shadow
2015-07-15 09:07:50 +00:00
[BlurInterface] Port to the new approach BlurInterface always used to be my go-to template when starting a new protocol, we may as well make it up-to-date with the generation. Code is reduced by a third.
2020-05-25 17:49:00 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/blur.xml
Blur protocol in KWayland a protocol to activate the blur behind windows and to optionally set a sub region of the window where to apply the blur to, in case the window is shaped REVIEW:125015
2015-08-26 12:42:58 +00:00
BASENAME blur
)
migrate Contrast to new approach
2020-07-09 07:59:41 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/contrast.xml
Wayland protocol for background contrast new wayland protocol used to define regions behind a window in which the kwin background contrast effect should be applied REVIEW:125030
2015-09-02 16:13:25 +00:00
BASENAME contrast
)
Implement support for the relative pointer protocol Summary: This change implements the zwp_relative_pointer_v1 protocol which allows to send relative motion events. The (unstable) protocol consists of a RelativePointerManager which creates RelativePointers for a given Pointer. This interface currently only has one event to report the relative motion. It carries the delta, the non-accelerated-delta and a timestamp in microsends granularity. On the server side the implementation is mostly internal. Once a RelativePointerManagerInterface is created one can send relative motion events through the SeatInterface. The SeatInterface takes care of sending it to the responding RelativePointerInterface. The protocol does not restrict the sending of "normal" and relative motion events. Thus it can be combined in any way one wants. This allows to have a rather simple implementation. A user of the SeatInterface can just start to feed the relative motion events (if the information is available) to the SeatInterface together with the pointer events. On client side a new RelativePointerManager and RelativePointer class are added. The RelativePointerManager creates the RelativePointer for a given Pointer. The event sent to RelativePointer is transformed in a normal signal. Reviewers: #plasma Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D2978
2016-10-07 07:07:34 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/relative-pointer/relative-pointer-unstable-v1.xml
Implement support for the relative pointer protocol Summary: This change implements the zwp_relative_pointer_v1 protocol which allows to send relative motion events. The (unstable) protocol consists of a RelativePointerManager which creates RelativePointers for a given Pointer. This interface currently only has one event to report the relative motion. It carries the delta, the non-accelerated-delta and a timestamp in microsends granularity. On the server side the implementation is mostly internal. Once a RelativePointerManagerInterface is created one can send relative motion events through the SeatInterface. The SeatInterface takes care of sending it to the responding RelativePointerInterface. The protocol does not restrict the sending of "normal" and relative motion events. Thus it can be combined in any way one wants. This allows to have a rather simple implementation. A user of the SeatInterface can just start to feed the relative motion events (if the information is available) to the SeatInterface together with the pointer events. On client side a new RelativePointerManager and RelativePointer class are added. The RelativePointerManager creates the RelativePointer for a given Pointer. The event sent to RelativePointer is transformed in a normal signal. Reviewers: #plasma Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D2978
2016-10-07 07:07:34 +00:00
BASENAME relativepointer-unstable-v1
)
Interface for a Slide effect a kwayland interface plus autotests for the slide KWin effect, marks a window the direction it wants to slide from and the offset from the screen edge
2015-09-09 11:04:11 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/slide.xml
Interface for a Slide effect a kwayland interface plus autotests for the slide KWin effect, marks a window the direction it wants to slide from and the offset from the screen edge
2015-09-09 11:04:11 +00:00
BASENAME slide
)
Migrate Server Decoration to new approach
2020-07-14 14:25:55 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/server-decoration.xml
Migrate Server Decoration to new approach
2020-07-14 14:25:55 +00:00
BASENAME server-decoration
[server] Add implementation for server side decoration protocol
2015-12-10 08:39:24 +00:00
)
input-method: make sendContentType take the TextInputInterface enums We need to convert the content hint and content purpose to the protocol values before passing it to the input method since text-input v0, v2 and v3 have a different values for some of enums. We need to do manual translation.
2020-08-31 14:53:44 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/text-input/text-input-unstable-v1.xml
BASENAME text-input-unstable-v1
)
Migrate zwp_text_input_v2 to new approach - Drop the v0 support, it is no longer used by anything - Adapt the text-input related methods in seat interface to include versioning, this will be useful for when zwp_text_input_v3 support is included in kwayland-server - Refactor SeatInterface to get rid of globalTextInput, it is no longer needed with the new approach - Refactor out the ContentHints and ContentPurpose enums in separate header file which can be shared by zwp_text_input_v2/3 implementation Co-Author: Bhushan Shah <bshah@kde.org>
2020-07-28 15:39:13 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/text-input-unstable-v2.xml
Implement wl_text_input and zwp_text_input_v2 interfaces Summary: This change introduces support for text input. Text input allows to compose text on the server (e.g. through a virtual keyboard) and sent the composed text to the client. There are multiple interfaces for text input. QtWayland 5.6 uses wl_text_input, QtWayland 5.7 uses zwp_text_input_v2. wl_text_input is from pre Wayland-Protocols times and considered as UnstableV0 in this implementation. The other interface is UnstableV2. Unfortunately the V2 variant is not yet part of Wayland-Protocols, but used in Qt. The implementation hides the different interfaces as good as possible. The general idea is the same, the differences are rather minor. This means changes to how interfaces are wrapped normally. On client side in the Registry a manager is factored which represent either of the two interfaces. Similar on the server side Display's factory method takes an argument to decide which interface should be factored. This way a user of the library can expose both interfaces and thus be compatible with Qt 5.6 and Qt 5.7 onwards. Reviewers: #plasma Subscribers: plasma-devel Tags: #plasma Differential Revision: https://phabricator.kde.org/D1631
2016-05-02 12:28:26 +00:00
BASENAME text-input-unstable-v2
)
Implementation of PointerGestures protocol Summary: Pointer gestures are created for a pointer and there are two types of gestures: swipe and pinch. At a given time there can only be one active gesture. The implementation in SeatInterface ensures that there can only be one active gesture. Each gesture consists of a start event, 0 to multiple update events and an end event. The end can also be a cancel. To better support this the implementation doesn't follow the protocol and splits end and cancel into dedicated methods in the server side and into dedicated signals in the client side. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3169
2016-10-26 08:27:14 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/pointer-gestures/pointer-gestures-unstable-v1.xml
Implementation of PointerGestures protocol Summary: Pointer gestures are created for a pointer and there are two types of gestures: swipe and pinch. At a given time there can only be one active gesture. The implementation in SeatInterface ensures that there can only be one active gesture. Each gesture consists of a start event, 0 to multiple update events and an end event. The end can also be a cancel. To better support this the implementation doesn't follow the protocol and splits end and cancel into dedicated methods in the server side and into dedicated signals in the client side. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3169
2016-10-26 08:27:14 +00:00
BASENAME pointer-gestures-unstable-v1
)
Implementation of PointerConstraints protcol Summary: The pointer constraints protocol is an unstable protocol and thus the implementation follows the semantics of unstable protocols. The protocol allows to create a constraint on the pointer - either a lock or a confinement on a surface. Those are not activated at once, but when the compositor actively grants it. During lock no further pointer motion is emitted, during confinement the pointer is kept in a certain area. This implements T4451. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3466
2016-11-08 13:17:15 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/pointer-constraints/pointer-constraints-unstable-v1.xml
Implementation of PointerConstraints protcol Summary: The pointer constraints protocol is an unstable protocol and thus the implementation follows the semantics of unstable protocols. The protocol allows to create a constraint on the pointer - either a lock or a confinement on a surface. Those are not activated at once, but when the compositor actively grants it. During lock no further pointer motion is emitted, during confinement the pointer is kept in a certain area. This implements T4451. Reviewers: #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3466
2016-11-08 13:17:15 +00:00
BASENAME pointer-constraints-unstable-v1
)
Migrate Migrate XdgForeign to new approach
2020-07-28 11:21:29 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/xdg-foreign/xdg-foreign-unstable-v2.xml
Wayland foreign protocol Summary: Implement the "foreign" wayland protocol. A client can export a surface with an unique string as handle, then another client can refer to that surface and set an own surface as child of that surface. Potential use cases are out-of-process dialogs, such as file dialogs, meant to be used by sandboxed processes that may not have the access it needs to implement such dialogs. The handle needs to be shared between the processes with other means, such as dbus or command line paramenters. The public api of the server side only tracks parent/child relationships as this is the only data kwin would need it for, the rest of the api is not exported so should be safer from eventual protocol changes Test Plan: the autotest works, but has a lot of random crashes when deleting surfaces, unfortunately backtraces don't tell much and the crashes never occur when running into valgrind behavior may still be wrong, depending on how the protocol is supposed to work if more clients try to set the same exported surface as parent Reviewers: #plasma, #kwin, davidedmundson, graesslin Reviewed By: #plasma, #kwin, graesslin Subscribers: davidedmundson, graesslin, plasma-devel, #frameworks Tags: #frameworks, #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D7369
2017-10-13 09:29:17 +00:00
BASENAME xdg-foreign-unstable-v2
)
move idle Inhibitor to the news approach
2020-07-23 20:09:20 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/idle-inhibit/idle-inhibit-unstable-v1.xml
Add support for zwp_idle_inhibit_manager_v1 Summary: This protocol allows to indicate that a wl_surface should inhibit idle actions such as DPMS, screen locking if the surface is visible. The protocol is quite simple: it just creates an IdleInhibitor for a Surface. If such an IdleInhibitor exists the Surface is considered to inhibit idle. On the server side it is also exposed like that through the API. The IdleInhibitorInterface is private to the library and only SurfaceInterface is extended to expose whether it currently inhibits idle. CCBUG: 385956 Test Plan: New test case added Reviewers: #frameworks, #kwin, #plasma_on_wayland Subscribers: plasma-devel Tags: #plasma_on_wayland, #frameworks Differential Revision: https://phabricator.kde.org/D8396
2017-10-20 16:28:25 +00:00
BASENAME idle-inhibit-unstable-v1
)
Port AppMenu Interface to use autogenerated classes Public API is identical except the now uneeded explit create on the global.
2020-05-30 15:35:36 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/appmenu.xml
Add explicit AppMenu protocol Summary: A protocol that attaches to a surface and contains two strings which can change. The intended use is for clients to link a DBus Appmenu object with a surface. This is in preparation for the Qt Extended Surface deprecation which currently handles this in Kwin. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: broulik, graesslin, plasma-devel, #frameworks Tags: #frameworks, #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D8919
2017-12-18 21:50:31 +00:00
BASENAME appmenu
)
Create interface for passing server decoration palettes Summary: It's kept separate in case we ever merge the server decoration manager interface upstream, and this is too kwin specific to have in a potentially shared spec. Code is a copy+paste of existing boilerplate. Replaces use of the deprecated qt extended surface. I'd like to target 5.42 as otherwise we'll have a regression when we release Plasma 5.12 as Qt's XDGv6 doesn't have a working qt extended surface. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D9599
2018-01-03 10:24:57 +00:00
move server decoration palette to new approach
2020-07-13 07:41:56 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/server-decoration-palette.xml
move server decoration palette to new approach
2020-07-13 07:41:56 +00:00
BASENAME server-decoration-palette
Create interface for passing server decoration palettes Summary: It's kept separate in case we ever merge the server decoration manager interface upstream, and this is too kwin specific to have in a potentially shared spec. Code is a copy+paste of existing boilerplate. Replaces use of the deprecated qt extended surface. I'd like to target 5.42 as otherwise we'll have a regression when we release Plasma 5.12 as Qt's XDGv6 doesn't have a working qt extended surface. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D9599
2018-01-03 10:24:57 +00:00
)
Port XdgOutput to the new approach
2020-08-20 11:26:19 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/xdg-output/xdg-output-unstable-v1.xml
Port XdgOutput to the new approach
2020-08-20 11:26:19 +00:00
BASENAME xdg-output-unstable-v1
Add XDG Output Protocol Summary: Done primarily for XWayland which for legacy reasons doesn't assume the logical size of a display is pixelSize / outputScale. Meaning xwayland windows that position themselves are wrong in a scaled environment. It also allows the possibility for us to support fractional scaling whilst keeping wl_output::scale as an integer. The protocol is a bit odd as it operates via the FooManager + Foo pattern rather than using globals like Output so I've wrapped it so it behaves more like globals. Test Plan: #plasma Reviewers: romangg Subscribers: #frameworks Tags: #frameworks Maniphest Tasks: T8501 Differential Revision: https://phabricator.kde.org/D12235
2018-05-15 09:45:17 +00:00
)
xdg-shell: Rewrite wrappers for the xdg-shell protocol The current xdg-shell wrappers don't match existing abstractions in the xdg-shell protocol well, which makes it more difficult to refactor code that is responsible for managing configure events and geometry in kwin. Given that the xdg_decoration and the xdg_shell protocols are tightly coupled together, I had to rewrite our wrappers for the xdg_decoration protocol as well.
2020-05-04 13:32:23 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/stable/xdg-shell/xdg-shell.xml
Add XDG WM Base support to our XDGShell API Summary: This adds XDG WM Base (essentially XDG Shell v7/stable edition) into our existing XDGShell classes which wrap v5, v6 and now this. It's mostly copy and paste from V6 except for the enum types for gravity and anchor edges on positioners. There's been no attempt to share code with V6 as realistically that won't get updates whereas XDGWMBase will; and at some point we will want to drop V6 without things being too tangled. Test Plan: Same test suite as V6 has Compiled GTK master and ran against suitably modified kwin running WAYLAND_DEBUG=1 gtk-demo showed we were using this interface Everything worked as well as V6 does. Reviewers: #kwin, romangg Reviewed By: #kwin, romangg Subscribers: romangg, zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D13510
2018-07-13 13:50:05 +00:00
BASENAME xdg-shell
)
xdg-shell: Rewrite wrappers for the xdg-shell protocol The current xdg-shell wrappers don't match existing abstractions in the xdg-shell protocol well, which makes it more difficult to refactor code that is responsible for managing configure events and geometry in kwin. Given that the xdg_decoration and the xdg_shell protocols are tightly coupled together, I had to rewrite our wrappers for the xdg_decoration protocol as well.
2020-05-04 13:32:23 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Use wayland-protocols Summary: So far we've been copying protocol specifications from wayland-protocols repo to kwayland repo. The main issue with copying is that we have to keep xml files in sync manually. A better approach would be to use xml specs straight from wayland-protocols package. Test Plan: Compiles. Reviewers: #kwin, #frameworks, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: davidedmundson, apol, romangg, asturmlechner, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D22216
2019-06-29 21:13:46 +00:00
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/xdg-decoration/xdg-decoration-unstable-v1.xml
xdg-shell: Rewrite wrappers for the xdg-shell protocol The current xdg-shell wrappers don't match existing abstractions in the xdg-shell protocol well, which makes it more difficult to refactor code that is responsible for managing configure events and geometry in kwin. Given that the xdg_decoration and the xdg_shell protocols are tightly coupled together, I had to rewrite our wrappers for the xdg_decoration protocol as well.
2020-05-04 13:32:23 +00:00
BASENAME xdg-decoration-unstable-v1
Xdg Decoration Support Summary: Usual massive boilerplate. Should allow us to remove the injection in our QPT, as Qt 5.12 implements this protocol directly. Will probably be relevant for other toolkits as it's more standardised than our custom one. Client is mostly 1:1 with the protocol, server side has some tweaking to fit with kwayland turning an event based API into a state based one. Test Plan: Relevant unit test Tried in modified kwin with our QPT disabled Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D17498
2018-12-21 13:07:52 +00:00
)
move eglstream controler to the new approach
2020-07-10 09:18:16 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/wayland-eglstream-controller.xml
move eglstream controler to the new approach
2020-07-10 09:18:16 +00:00
BASENAME wl-eglstream-controller
Implement wl_eglstream_controller Server Interface Summary: This implements a wrapper class for the wl_eglstream_controller Wayland interface. It allows clients to inform the compositor when a new EGL Stream has been created with an Wayland surface attached as its producer. The compositor can then bind a GL texture as the stream's consumer allowing it access to the surface's buffer contents for presentation. The only client currently expected to make use of this interface is the NVIDIA EGL driver when running alongside a compositor supporting EGLStream-based buffer sharing. Reviewers: #kwin, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: kde-frameworks-devel Tage: #frameworks Differential Revision: https://phabricator.kde.org/D18824
2019-04-15 14:21:01 +00:00
)
Proof of concept of a wayland protocol to allow the keystate dataengine to work Test Plan: Tested with both the lock screen and the keyboard indicator plasmoid Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D20191
2019-06-21 14:02:27 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
Fix build
2020-04-29 13:59:23 +00:00
PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/keystate.xml
Proof of concept of a wayland protocol to allow the keystate dataengine to work Test Plan: Tested with both the lock screen and the keyboard indicator plasmoid Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D20191
2019-06-21 14:02:27 +00:00
BASENAME keystate
)
Implement zwp_linux_dmabuf_v1 Summary: This interface provides a way for clients to create generic dmabuf-based wl_buffers. Test Plan: Works with weston-simple-dmabuf-drm and weston-simple-dmabuf-egl in KWin. Reviewers: #kwin, #plasma, graesslin, davidedmundson, mart, fredrik Subscribers: zzag, kde-frameworks-devel, romangg, plasma-devel Tags: #frameworks, #plasma_on_wayland Maniphest Tasks: T8067 Differential Revision: https://phabricator.kde.org/D10747
2019-07-17 13:48:07 +00:00
ecm_add_wayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/linux-dmabuf/linux-dmabuf-unstable-v1.xml
BASENAME linux-dmabuf-unstable-v1
)
Provide an implementation for the tablet interface Summary: Implements the necessary classes to have proper support for the tablet and pen. Doesn't implement yet the ring/slider/totem bits. Test Plan: Used it with Plasma and GTK clients, together with the kwin patch I'll submit soon. https://youtu.be/GGx0TlNJlzs Also I added a test. Reviewers: #kwin, #frameworks, zzag, davidedmundson Reviewed By: #kwin, zzag, davidedmundson Subscribers: davidedmundson, zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D26858
2020-02-12 15:20:38 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/tablet/tablet-unstable-v2.xml
BASENAME tablet-unstable-v2
)
Add DataControl iface Summary: This patch makes use of wlroot's DataControl interface to support clipboard management. Unlike wl_data_device clipboards are sent on every change to all watchers. If the data device has a selection set it updates immediately. Because it was started a year ago it uses the existing style of wrapping objects. The unit test uses the new approach. Test Plan: Updated kwin used wlroot's wl-copy, wl-paste which are xclip replacements to show that the clipboard updated correctly Reviewers: #kwin Differential Revision: https://phabricator.kde.org/D29330
2020-05-12 11:26:57 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${PROJECT_SOURCE_DIR}/src/protocols/wlr-data-control-unstable-v1.xml
BASENAME wlr-data-control-unstable-v1
)
Implement layer-shell v1 protocol
2020-08-07 18:41:52 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${PROJECT_SOURCE_DIR}/src/protocols/wlr-layer-shell-unstable-v1.xml
BASENAME wlr-layer-shell-unstable-v1
)
Add keyboard_shortcuts_inhibit protocol Reviewers: zzag, davidedmundson, apol Subscribers: romangg, crossi, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D29231
2020-05-04 09:45:15 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/keyboard-shortcuts-inhibit/keyboard-shortcuts-inhibit-unstable-v1.xml
BASENAME keyboard-shortcuts-inhibit-unstable-v1
)
Add support for the wp_viewporter protocol The wp_viewporter compositor extension allows clients to crop and scale their surface. It can be useful for applications such as video players because it may potentially reduce their power usage.
2020-05-24 10:46:27 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/stable/viewporter/viewporter.xml
BASENAME viewporter
)
Introduce API round primary-selection-unstable-v1.xml AKA middle-click paste It's mostly a copy-paste of DataDevice.
2020-06-01 22:29:53 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/primary-selection/primary-selection-unstable-v1.xml
BASENAME wp-primary-selection-unstable-v1
)
Implement zkde_screencast_stream_unstable_v1
2020-06-16 14:58:21 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL PROTOCOL ${PLASMA_WAYLAND_PROTOCOLS_DIR}/screencast.xml
BASENAME zkde-screencast-unstable-v1
)
Provide an initial implementation for input-method-unstable-v1 Makes it possible to implement the protocol in your favourite compositor.
2020-07-23 14:36:01 +00:00
ecm_add_qtwayland_server_protocol(SERVER_LIB_SRCS
PROTOCOL ${WaylandProtocols_DATADIR}/unstable/input-method/input-method-unstable-v1.xml
BASENAME input-method-unstable-v1
)
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
set(SERVER_GENERATED_SRCS
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-blur-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-blur-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-contrast-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-contrast-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-dpms-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-dpms-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-eglstream-controller-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-fake-input-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-fake-input-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-idle-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-idle-inhibit-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-idle-inhibit-unstable-v1-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-idle-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-linux-dmabuf-unstable-v1-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-org_kde_kwin_outputdevice-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-org_kde_kwin_outputdevice-server-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-output-management-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-output-management-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-output-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-output-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-output-unstable-v1-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-shell-client-protocol.h
Add KWayland virtual desktop protocol Summary: Implement the virtual desktop protocol discussed in T4457 xml protocol, client and server part. The PlasmaVirtualDesktopManagement interface manages the desktops instantiation and layout, each desktop is a PlasmaVirtualDesktop instance which contains unique id, name and position. PlasmaWindow has new events: plasmaVirtualDesktopEntered and plasmaVirtualDesktopLeft when a window enters or leaves a desktop, and desktops as the list of desktops is in. A window can be on any subset of desktops, if the list is empty, it's considered on all desktops. Test Plan: Autotest Reviewers: #kwin, #plasma, graesslin, hein, davidedmundson Reviewed By: #kwin, #plasma, davidedmundson Subscribers: davidedmundson, zzag, bshah, romangg, kde-frameworks-devel Tags: #frameworks Maniphest Tasks: T4457 Differential Revision: https://phabricator.kde.org/D12820
2018-07-19 16:36:32 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-shell-client-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-shell-server-protocol.h
Add KWayland virtual desktop protocol Summary: Implement the virtual desktop protocol discussed in T4457 xml protocol, client and server part. The PlasmaVirtualDesktopManagement interface manages the desktops instantiation and layout, each desktop is a PlasmaVirtualDesktop instance which contains unique id, name and position. PlasmaWindow has new events: plasmaVirtualDesktopEntered and plasmaVirtualDesktopLeft when a window enters or leaves a desktop, and desktops as the list of desktops is in. A window can be on any subset of desktops, if the list is empty, it's considered on all desktops. Test Plan: Autotest Reviewers: #kwin, #plasma, graesslin, hein, davidedmundson Reviewed By: #kwin, #plasma, davidedmundson Subscribers: davidedmundson, zzag, bshah, romangg, kde-frameworks-devel Tags: #frameworks Maniphest Tasks: T4457 Differential Revision: https://phabricator.kde.org/D12820
2018-07-19 16:36:32 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-virtual-desktop-client-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-virtual-desktop-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-window-management-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-plasma-window-management-server-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-pointer-constraints-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-pointer-constraints-unstable-v1-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-pointer-gestures-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-pointer-gestures-unstable-v1-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-qt-surface-extension-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-qt-surface-extension-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-relativepointer-unstable-v1-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-relativepointer-unstable-v1-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-server_decoration-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-server_decoration-server-protocol.h
Create interface for passing server decoration palettes Summary: It's kept separate in case we ever merge the server decoration manager interface upstream, and this is too kwin specific to have in a potentially shared spec. Code is a copy+paste of existing boilerplate. Replaces use of the deprecated qt extended surface. I'd like to target 5.42 as otherwise we'll have a regression when we release Plasma 5.12 as Qt's XDGv6 doesn't have a working qt extended surface. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D9599
2018-01-03 10:24:57 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-server_decoration_palette-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-server_decoration_palette-server-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-shadow-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-shadow-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-slide-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-slide-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-text-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-text-input-unstable-v2-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-text-input-unstable-v2-server-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-text-server-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-decoration-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-decoration-server-protocol.h
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-foreign-unstable-v2-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-foreign-unstable-v2-server-protocol.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-shell-client-protocol.h
${CMAKE_CURRENT_BINARY_DIR}/wayland-xdg-shell-server-protocol.h
Provide an implementation for the tablet interface Summary: Implements the necessary classes to have proper support for the tablet and pen. Doesn't implement yet the ring/slider/totem bits. Test Plan: Used it with Plasma and GTK clients, together with the kwin patch I'll submit soon. https://youtu.be/GGx0TlNJlzs Also I added a test. Reviewers: #kwin, #frameworks, zzag, davidedmundson Reviewed By: #kwin, zzag, davidedmundson Subscribers: davidedmundson, zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D26858
2020-02-12 15:20:38 +00:00
${CMAKE_CURRENT_BINARY_DIR}/qwayland-server-tablet-unstable-v2.h
${CMAKE_CURRENT_BINARY_DIR}/qwayland-server-tablet-unstable-v2.cpp
Add keyboard_shortcuts_inhibit protocol Reviewers: zzag, davidedmundson, apol Subscribers: romangg, crossi, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D29231
2020-05-04 09:45:15 +00:00
${CMAKE_CURRENT_BINARY_DIR}/qwayland-server-keyboard-shortcuts-inhibit-unstable-v1.h
Implement zkde_screencast_stream_unstable_v1
2020-06-16 14:58:21 +00:00
${CMAKE_CURRENT_BINARY_DIR}/qwayland-server-screencast-unstable-v1.h
${CMAKE_CURRENT_BINARY_DIR}/qwayland-server-screencast-unstable-v1.cpp
Fix exlude generated file from automoc feature
2017-12-14 06:48:43 +00:00
)
set_source_files_properties(${SERVER_GENERATED_SRCS} PROPERTIES SKIP_AUTOMOC ON)
Fix build
2020-04-29 13:59:23 +00:00
add_library(KWaylandServer ${SERVER_LIB_SRCS})
add_library(Plasma::KWaylandServer ALIAS KWaylandServer)
ecm_generate_export_header(KWaylandServer
Fix export header for WaylandServer This makes it possible to install and then use it. Installation is still commented since we can't give enough stability guarantees for now. In detail: - do not actually install headers - generate the export header into Wayland/Server - include it from there REVIEW:120579
2014-10-14 11:43:24 +00:00
BASE_NAME
KWaylandServer
EXPORT_FILE_NAME
Port namespaces and includes
2020-04-29 14:56:38 +00:00
KWaylandServer/kwaylandserver_export.h
Use ECMGenerateExportHeader to manage deprecated API better Summary: Allows * projects linking to KWayland to hide deprecated API up to a given version or silence deprecation warnings after a given version, using * -DKWAYLAND_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKWAYLAND_NO_DEPRECATED * -DKWAYLAND_DEPRECATED_WARNINGS_SINCE * -DKWAYLAND_NO_DEPRECATED_WARNINGS or * -DKF_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKF_NO_DEPRECATED * -DKF_DEPRECATED_WARNINGS_SINCE * -DKF_NO_DEPRECATED_WARNINGS No support for "EXCLUDE_DEPRECATED_BEFORE_AND_AT", needs to be done by someone with detailed knowledge about disabling implementation, if wanted. Reviewers: #kwin Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24663
2019-10-15 12:59:08 +00:00
GROUP_BASE_NAME KF
Fix build
2020-04-29 13:59:23 +00:00
VERSION ${PROJECT_VERSION}
Use ECMGenerateExportHeader to manage deprecated API better Summary: Allows * projects linking to KWayland to hide deprecated API up to a given version or silence deprecation warnings after a given version, using * -DKWAYLAND_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKWAYLAND_NO_DEPRECATED * -DKWAYLAND_DEPRECATED_WARNINGS_SINCE * -DKWAYLAND_NO_DEPRECATED_WARNINGS or * -DKF_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKF_NO_DEPRECATED * -DKF_DEPRECATED_WARNINGS_SINCE * -DKF_NO_DEPRECATED_WARNINGS No support for "EXCLUDE_DEPRECATED_BEFORE_AND_AT", needs to be done by someone with detailed knowledge about disabling implementation, if wanted. Reviewers: #kwin Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24663
2019-10-15 12:59:08 +00:00
DEPRECATED_BASE_VERSION 0
Pass a dedicated fd to each keyboard for the xkb keymap Summary: To better isolate the clients from each other eachh KeyboardInterface creates it's own dedicated temporary file and sends the fd for this temporary file to the client. This means the memory for the keymap is no longer shared between all clients, every client has an own copy. To support this the existing API to set the keymap is deprecated and replaced by a new method setKeymapData which takes the content of the keymap as a byte array. The now deprecated method which takes a file descriptor is changed to use the new setKeymapData method. For that it reads the content of the file. The implementation in KeyboardInterface to create the file descriptor is based on the implementation of KWin. As I implemented the change in KWin (see 3b4c508ee36ac74c37e77fcaa14d106397ad2994) it is not a problem from GPL vs LGPL perspective. The change includes test cases to verify that the content of the keymap is properly passed to the client and that the memory is no longer shared. BUG: 381674 Reviewers: #kwin, #frameworks, davidedmundson, zzag Reviewed By: #kwin, zzag Subscribers: plasma-devel, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D14910
2020-03-19 13:58:52 +00:00
DEPRECATION_VERSIONS 5.5 5.28 5.50 5.52 5.69
Fix export header for WaylandServer This makes it possible to install and then use it. Installation is still commented since we can't give enough stability guarantees for now. In detail: - do not actually install headers - generate the export header into Wayland/Server - include it from there REVIEW:120579
2014-10-14 11:43:24 +00:00
)
Use ECMGenerateExportHeader to manage deprecated API better Summary: Allows * projects linking to KWayland to hide deprecated API up to a given version or silence deprecation warnings after a given version, using * -DKWAYLAND_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKWAYLAND_NO_DEPRECATED * -DKWAYLAND_DEPRECATED_WARNINGS_SINCE * -DKWAYLAND_NO_DEPRECATED_WARNINGS or * -DKF_DISABLE_DEPRECATED_BEFORE_AND_AT * -DKF_NO_DEPRECATED * -DKF_DEPRECATED_WARNINGS_SINCE * -DKF_NO_DEPRECATED_WARNINGS No support for "EXCLUDE_DEPRECATED_BEFORE_AND_AT", needs to be done by someone with detailed knowledge about disabling implementation, if wanted. Reviewers: #kwin Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24663
2019-10-15 12:59:08 +00:00
# TODO: add support for EXCLUDE_DEPRECATED_BEFORE_AND_AT to all KWayland libs
# needs fixing of undeprecated API being still implemented using own deprecated API
Fix export header for WaylandServer This makes it possible to install and then use it. Installation is still commented since we can't give enough stability guarantees for now. In detail: - do not actually install headers - generate the export header into Wayland/Server - include it from there REVIEW:120579
2014-10-14 11:43:24 +00:00
Don't include the KWaylandServer namespace on includes
2020-04-30 10:01:30 +00:00
target_include_directories(KWaylandServer INTERFACE "$<INSTALL_INTERFACE:${KDE_INSTALL_INCLUDEDIR}>")
Install library and headers
2014-09-17 13:47:42 +00:00
Fix build
2020-04-29 13:59:23 +00:00
target_link_libraries(KWaylandServer
Link Wayland::Server as an external dependency Raw wl_ objects are used throughout the public headers repeatedly. Exporting the linked library helps clients (kwin) build cleanly.
2020-09-02 16:04:52 +00:00
PUBLIC
Qt5::Gui
[server] BufferInterface can resolve size through egl extension Uses eglQueryWaylandBufferWL (if available) to determine the size of the buffer. In order to do so, the server library links against egl (1) and one needs to register the EGLDisplay in Server::Display by the user of the library. For this a new method Display::setEglDisplay is added. 1: not using epoxy as it doesn't wrap the Wayland interfaces yet.
2015-03-03 08:43:30 +00:00
Wayland::Server
Link Wayland::Server as an external dependency Raw wl_ objects are used throughout the public headers repeatedly. Exporting the linked library helps clients (kwin) build cleanly.
2020-09-02 16:04:52 +00:00
PRIVATE
[server] BufferInterface can resolve size through egl extension Uses eglQueryWaylandBufferWL (if available) to determine the size of the buffer. In order to do so, the server library links against egl (1) and one needs to register the EGLDisplay in Server::Display by the user of the library. For this a new method Display::setEglDisplay is added. 1: not using epoxy as it doesn't wrap the Wayland interfaces yet.
2015-03-03 08:43:30 +00:00
EGL::EGL
Support passing generic QIcon through PlasmaWindow interface Summary: Especially for Xwayland windows the compositor might not have a themed icon name. Resulting in a task manager not having dedicated icons for Xwayland windows. This change deprecates the way how a compositor is supposed to set the window icon. Instead of passing the themed icon name, it is now supposed to pass the QIcon. In case it's a themed icon the existing way to pass to the client is used. Otherwise a new event is used to inform the client that there is an icon - no data is transmitted at this point. The client can then create a file descriptor and pass it to the compositor. The compositor serializes the icon into the file descriptor and the client can read from it. This all happens transparently on client side there is no api change at all. The writing and reading of the icon is done in a thread. Due to that Qt5::Concurrent is now a required dependency instead of an optional dependency. Reviewers: #plasma_on_wayland, hein Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D3049
2016-10-13 11:39:27 +00:00
Qt5::Concurrent
Add a build system Framework style build system which generates two libraries: * KF5WaylandClient * KF5WaylandServer autotests are adjusted to compile again. They need to be changed to use the libraries once the export header gets generated.
2014-09-17 12:35:33 +00:00
)
Install library and headers
2014-09-17 13:47:42 +00:00
Fix build
2020-04-29 13:59:23 +00:00
set_target_properties(KWaylandServer PROPERTIES VERSION ${KWAYLANDSERVER_VERSION_STRING}
SOVERSION ${KWAYLANDSERVER_SOVERSION}
Install library and headers
2014-09-17 13:47:42 +00:00
)
Fix build
2020-04-29 13:59:23 +00:00
install(TARGETS KWaylandServer EXPORT KWaylandServerTargets ${KF5_INSTALL_TARGETS_DEFAULT_ARGS})
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
[FEATURE] Option to build & install QCH file with the public API dox Using the new extra-cmake-modules module ECMAddQch (since 5.36.0) this adds the option to automatically build and install a file in QCH format with the docs about the public API, which then can be used e.g. in Qt Assistant, Qt Creator or KDevelop. Additionally the installed cmake config files will be extended with a target KF5Wayland_QCH containing information about how to "link" into the generated QCH file, which then can be used in the cmake build system of other libraries building on this library, by simply listing this target in "LINK_QCHS" of their ecm_add_qch() usage. And a respective doxygen tag file with all the metadata about the generated QCH file and used for the "linking" will be created and installed. Pass -DBUILD_QCH=ON to cmake to enable this.
2017-05-26 00:36:23 +00:00
set(SERVER_LIB_HEADERS
Port namespaces and includes
2020-04-29 14:56:38 +00:00
${CMAKE_CURRENT_BINARY_DIR}/KWaylandServer/kwaylandserver_export.h
Introduce AbstractDataSource round the DataSourceInterface Summary: Clipboard managers and middle click paste are new protocols. We want to be able to copy from a clipboard manager to a regular clipboard and vice versa without duplicating loads of code. If we support kliper's "syncronise contents of the clipboard and selection" inside the compositor that would become an unmanageable amount of combinations. It also potentially allows the idea of our XWayland bridge not being a wayland client and simplifying that code. Test Plan: Unit test passes Reviewers: #kwin Subscribers: zzag Differential Revision: https://phabricator.kde.org/D29329
2020-05-12 11:26:48 +00:00
abstract_data_source.h
Add explicit AppMenu protocol Summary: A protocol that attaches to a surface and contains two strings which can change. The intended use is for clients to link a DBus Appmenu object with a surface. This is in preparation for the Qt Extended Surface deprecation which currently handles this in Kwin. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: broulik, graesslin, plasma-devel, #frameworks Tags: #frameworks, #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D8919
2017-12-18 21:50:31 +00:00
appmenu_interface.h
Blur protocol in KWayland a protocol to activate the blur behind windows and to optionally set a sub region of the window where to apply the blur to, in case the window is shaped REVIEW:125015
2015-08-26 12:42:58 +00:00
blur_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
buffer_interface.h
clientconnection.h
compositor_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
contrast_interface.h
Fix class names for data control wrappers The data control protocol is unstable. Therefore, class names must have "V1" suffix.
2020-05-28 07:25:56 +00:00
datacontroldevice_v1_interface.h
datacontroldevicemanager_v1_interface.h
datacontroloffer_v1_interface.h
datacontrolsource_v1_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
datadevice_interface.h
datadevicemanager_interface.h
dataoffer_interface.h
datasource_interface.h
display.h
[server] Add a DpmsManagerInterface Adding support for a org_kde_kwin_dpms interface. On server side Dpms is mostly bound to the OutputInterface exposing just a very small manager. Whether Dpms is supported and which mode is used is tracked directly on the OutputInterface.
2015-08-31 14:08:58 +00:00
dpms_interface.h
Implement wl_eglstream_controller Server Interface Summary: This implements a wrapper class for the wl_eglstream_controller Wayland interface. It allows clients to inform the compositor when a new EGL Stream has been created with an Wayland surface attached as its producer. The compositor can then bind a GL texture as the stream's consumer allowing it access to the surface's buffer contents for presentation. The only client currently expected to make use of this interface is the NVIDIA EGL driver when running alongside a compositor supporting EGLStream-based buffer sharing. Reviewers: #kwin, romangg, davidedmundson Reviewed By: #kwin, romangg, davidedmundson Subscribers: kde-frameworks-devel Tage: #frameworks Differential Revision: https://phabricator.kde.org/D18824
2019-04-15 14:21:01 +00:00
eglstream_controller_interface.h
Adding support for a fake input interface This interface allows a client to fake input events and the server might use them. There is an authentication mechanismn in place which requires the server to mark the client as authenticated in order for any events to be emitted at all. This interface is intended for use cases like kdeconnect which allows to remote control a device.
2015-07-02 19:21:57 +00:00
fakeinput_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
filtered_display.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
global.h
Add support for an idle time interface The idle time interface is modelled for the use cases of the KIdleTime framework to allow providing a Wayland specific implementation. It supports registering idle timeouts which are triggered on server side if there has not been any user activity on the seat for the requested amount of time. Once user activity resumes a resume from idle signal is emitted. In additon there is the possibility to simulate user activity which simulates the resume from idle.
2015-07-02 09:35:16 +00:00
idle_interface.h
move idle Inhibitor to the news approach
2020-07-23 20:09:20 +00:00
idleinhibit_v1_interface.h
Provide an initial implementation for input-method-unstable-v1 Makes it possible to implement the protocol in your favourite compositor.
2020-07-23 14:36:01 +00:00
inputmethod_v1_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
keyboard_interface.h
Fix class names for keyboard shortcuts inhibit
2020-05-29 09:16:06 +00:00
keyboard_shortcuts_inhibit_v1_interface.h
Proof of concept of a wayland protocol to allow the keystate dataengine to work Test Plan: Tested with both the lock screen and the keyboard indicator plasmoid Reviewers: #kwin, davidedmundson Reviewed By: #kwin, davidedmundson Subscribers: davidedmundson, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D20191
2019-06-21 14:02:27 +00:00
keystate_interface.h
Implement layer-shell v1 protocol
2020-08-07 18:41:52 +00:00
layershell_v1_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
linuxdmabuf_v1_interface.h
output_interface.h
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
outputchangeset.h
outputconfiguration_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
outputdevice_interface.h
server side of new outputmanagement protocol This implements the server part of the screen management protocol. The protocol is implemented as a wayland protocol. It provides the following mechanisms: - a list of outputs, close to wl_output, with additional properties for enabled, uuid, edid, etc.. These OutputDevices correspond to a connected output that can be enabled by the compositor, but is not necessarily currently used for rendering. - a global OutputManagement, which allows creating config objects, one per client. The client can make changes to the outputs through setScale(outputdevice*, scale) for example. - an OutputConfiguration resource, that can be handed to a client and used for configuration. Changes are double buffered here. Only after OutputConfiguration.apply() has been called, the changes are relayed over the global OutputManagement. The compositor is responsible to handle changes. For a more detailed description, see the API docs in especially outputconfiguration.h. REVIEW:125942
2015-11-04 14:36:52 +00:00
outputmanagement_interface.h
[server] Add bindings for PlasmaShell interface
2015-06-09 00:48:56 +00:00
plasmashell_interface.h
Add KWayland virtual desktop protocol Summary: Implement the virtual desktop protocol discussed in T4457 xml protocol, client and server part. The PlasmaVirtualDesktopManagement interface manages the desktops instantiation and layout, each desktop is a PlasmaVirtualDesktop instance which contains unique id, name and position. PlasmaWindow has new events: plasmaVirtualDesktopEntered and plasmaVirtualDesktopLeft when a window enters or leaves a desktop, and desktops as the list of desktops is in. A window can be on any subset of desktops, if the list is empty, it's considered on all desktops. Test Plan: Autotest Reviewers: #kwin, #plasma, graesslin, hein, davidedmundson Reviewed By: #kwin, #plasma, davidedmundson Subscribers: davidedmundson, zzag, bshah, romangg, kde-frameworks-devel Tags: #frameworks Maniphest Tasks: T4457 Differential Revision: https://phabricator.kde.org/D12820
2018-07-19 16:36:32 +00:00
plasmavirtualdesktop_interface.h
[server] Add PlasmaWindowManagementInterface
2015-06-12 01:05:14 +00:00
plasmawindowmanagement_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
pointer_interface.h
pointerconstraints_interface.h
pointergestures_interface.h
Introduce API round primary-selection-unstable-v1.xml AKA middle-click paste It's mostly a copy-paste of DataDevice.
2020-06-01 22:29:53 +00:00
primaryselectiondevicemanager_v1_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
region_interface.h
Implement support for the relative pointer protocol Summary: This change implements the zwp_relative_pointer_v1 protocol which allows to send relative motion events. The (unstable) protocol consists of a RelativePointerManager which creates RelativePointers for a given Pointer. This interface currently only has one event to report the relative motion. It carries the delta, the non-accelerated-delta and a timestamp in microsends granularity. On the server side the implementation is mostly internal. Once a RelativePointerManagerInterface is created one can send relative motion events through the SeatInterface. The SeatInterface takes care of sending it to the responding RelativePointerInterface. The protocol does not restrict the sending of "normal" and relative motion events. Thus it can be combined in any way one wants. This allows to have a rather simple implementation. A user of the SeatInterface can just start to feed the relative motion events (if the information is available) to the SeatInterface together with the pointer events. On client side a new RelativePointerManager and RelativePointer class are added. The RelativePointerManager creates the RelativePointer for a given Pointer. The event sent to RelativePointer is transformed in a normal signal. Reviewers: #plasma Subscribers: plasma-devel Tags: #plasma_on_wayland Differential Revision: https://phabricator.kde.org/D2978
2016-10-07 07:07:34 +00:00
relativepointer_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
resource.h
Rename screencast wrappers according to unstable protocol naming conventions Since the screencast protocol is unstable, the ScreencastInterface class and the ScreencastStreamInterface class must carry version info in their class names.
2020-09-04 14:45:47 +00:00
screencast_v1_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
seat_interface.h
[server] Add implementation for server side decoration protocol
2015-12-10 08:39:24 +00:00
server_decoration_interface.h
Create interface for passing server decoration palettes Summary: It's kept separate in case we ever merge the server decoration manager interface upstream, and this is too kwin specific to have in a potentially shared spec. Code is a copy+paste of existing boilerplate. Replaces use of the deprecated qt extended surface. I'd like to target 5.42 as otherwise we'll have a regression when we release Plasma 5.12 as Qt's XDGv6 doesn't have a working qt extended surface. Test Plan: Attached unit test Reviewers: #plasma, graesslin Reviewed By: #plasma, graesslin Subscribers: plasma-devel, #frameworks Tags: #frameworks, #plasma Differential Revision: https://phabricator.kde.org/D9599
2018-01-03 10:24:57 +00:00
server_decoration_palette_interface.h
Add a Shadow protocol The shadow protocol is inspired by the KWin's X11 protocol and the DecorationShadow in KDecoration2. A shadow is attached to a surface (after a commit on surface) and consists of several image parts (represented through a buffer): * top-left * top * top-right * right * bottom-right * bottom * bottom-left * left In addition there is an offset on each side. For more information see also the X11 protocol described at [1]. Note: the protocol is currently missing documentation and changing the shadow is not yet properly delegated to the server API. [1] https://community.kde.org/KWin/Shadow
2015-07-15 09:07:50 +00:00
shadow_interface.h
[server] Install slide_interface.h CCMAIL: notmart@gmail.com
2015-09-10 06:19:39 +00:00
slide_interface.h
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
subcompositor_interface.h
surface_interface.h
Provide an implementation for the tablet interface Summary: Implements the necessary classes to have proper support for the tablet and pen. Doesn't implement yet the ring/slider/totem bits. Test Plan: Used it with Plasma and GTK clients, together with the kwin patch I'll submit soon. https://youtu.be/GGx0TlNJlzs Also I added a test. Reviewers: #kwin, #frameworks, zzag, davidedmundson Reviewed By: #kwin, zzag, davidedmundson Subscribers: davidedmundson, zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D26858
2020-02-12 15:20:38 +00:00
tablet_interface.h
Migrate zwp_text_input_v2 to new approach - Drop the v0 support, it is no longer used by anything - Adapt the text-input related methods in seat interface to include versioning, this will be useful for when zwp_text_input_v3 support is included in kwayland-server - Refactor SeatInterface to get rid of globalTextInput, it is no longer needed with the new approach - Refactor out the ContentHints and ContentPurpose enums in separate header file which can be shared by zwp_text_input_v2/3 implementation Co-Author: Bhushan Shah <bshah@kde.org>
2020-07-28 15:39:13 +00:00
textinput.h
textinput_v2_interface.h
Install new headers
2015-03-25 13:23:08 +00:00
touch_interface.h
Add support for the wp_viewporter protocol The wp_viewporter compositor extension allows clients to crop and scale their surface. It can be useful for applications such as video players because it may potentially reduce their power usage.
2020-05-24 10:46:27 +00:00
viewporter_interface.h
xdg-shell: Rewrite wrappers for the xdg-shell protocol The current xdg-shell wrappers don't match existing abstractions in the xdg-shell protocol well, which makes it more difficult to refactor code that is responsible for managing configure events and geometry in kwin. Given that the xdg_decoration and the xdg_shell protocols are tightly coupled together, I had to rewrite our wrappers for the xdg_decoration protocol as well.
2020-05-04 13:32:23 +00:00
xdgdecoration_v1_interface.h
Migrate Migrate XdgForeign to new approach
2020-07-28 11:21:29 +00:00
xdgforeign_v2_interface.h
Port XdgOutput to the new approach
2020-08-20 11:26:19 +00:00
xdgoutput_v1_interface.h
Sort files alphabetically in cmake list Summary: Adding further files is confusing, since the list is almost alphabetical. Reviewers: #kwin, zzag Reviewed By: #kwin, zzag Subscribers: zzag, kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D24002
2019-09-17 07:30:49 +00:00
xdgshell_interface.h
[FEATURE] Option to build & install QCH file with the public API dox Using the new extra-cmake-modules module ECMAddQch (since 5.36.0) this adds the option to automatically build and install a file in QCH format with the docs about the public API, which then can be used e.g. in Qt Assistant, Qt Creator or KDevelop. Additionally the installed cmake config files will be extended with a target KF5Wayland_QCH containing information about how to "link" into the generated QCH file, which then can be used in the cmake build system of other libraries building on this library, by simply listing this target in "LINK_QCHS" of their ecm_add_qch() usage. And a respective doxygen tag file with all the metadata about the generated QCH file and used for the "linking" will be created and installed. Pass -DBUILD_QCH=ON to cmake to enable this.
2017-05-26 00:36:23 +00:00
)
install(FILES
${SERVER_LIB_HEADERS}
Fix build
2020-04-29 13:59:23 +00:00
DESTINATION ${KDE_INSTALL_INCLUDEDIR}/KWaylandServer COMPONENT Devel
Install KF5WaylandServer and headers CCMAIL: sebas@kde.org
2014-11-27 17:26:33 +00:00
)
make KWayland usable from qmake
2015-06-18 00:05:05 +00:00
[FEATURE] Option to build & install QCH file with the public API dox Using the new extra-cmake-modules module ECMAddQch (since 5.36.0) this adds the option to automatically build and install a file in QCH format with the docs about the public API, which then can be used e.g. in Qt Assistant, Qt Creator or KDevelop. Additionally the installed cmake config files will be extended with a target KF5Wayland_QCH containing information about how to "link" into the generated QCH file, which then can be used in the cmake build system of other libraries building on this library, by simply listing this target in "LINK_QCHS" of their ecm_add_qch() usage. And a respective doxygen tag file with all the metadata about the generated QCH file and used for the "linking" will be created and installed. Pass -DBUILD_QCH=ON to cmake to enable this.
2017-05-26 00:36:23 +00:00
# make available to ecm_add_qch in parent folder
set(KWaylandServer_APIDOX_SRCS ${SERVER_LIB_HEADERS} PARENT_SCOPE)
Use new INCLUDE_DIRS with ecm_add_qch, to have doxygen see more includes GIT_SILENT
2019-09-16 00:38:59 +00:00
set(KWaylandServer_APIDOX_BUILD_INCLUDE_DIRS ${CMAKE_CURRENT_BINARY_DIR} PARENT_SCOPE)
Reference in a new issue Copy permalink