build(deps): use submodules for wayland protocols (#1731)
This commit is contained in:
ReenigneArcher
8
.gitmodules
vendored
8
.gitmodules
vendored
@@ -58,3 +58,11 @@
|
|||||||
path = third-party/ffmpeg-linux-powerpc64le
|
path = third-party/ffmpeg-linux-powerpc64le
|
||||||
url = https://github.com/LizardByte/build-deps
|
url = https://github.com/LizardByte/build-deps
|
||||||
branch = ffmpeg-linux-powerpc64le
|
branch = ffmpeg-linux-powerpc64le
|
||||||
|
[submodule "third-party/wayland-protocols"]
|
||||||
|
path = third-party/wayland-protocols
|
||||||
|
url = https://gitlab.freedesktop.org/wayland/wayland-protocols
|
||||||
|
branch = main
|
||||||
|
[submodule "third-party/wlr-protocols"]
|
||||||
|
path = third-party/wlr-protocols
|
||||||
|
url = https://gitlab.freedesktop.org/wlroots/wlr-protocols
|
||||||
|
branch = master
|
||||||
|
|||||||
@@ -16,6 +16,7 @@ build:
|
|||||||
- libboost-locale-dev # required for rstcheck in cpp code block
|
- libboost-locale-dev # required for rstcheck in cpp code block
|
||||||
jobs:
|
jobs:
|
||||||
post_build:
|
post_build:
|
||||||
|
- find ./third-party -iname "*.rst" -type f -delete # find and delete rst files in third-party
|
||||||
- rstcheck -r . # lint rst files
|
- rstcheck -r . # lint rst files
|
||||||
# - rstfmt --check --diff -w 120 . # check rst formatting
|
# - rstfmt --check --diff -w 120 . # check rst formatting
|
||||||
|
|
||||||
|
|||||||
@@ -127,8 +127,8 @@ endif()
|
|||||||
if(WAYLAND_FOUND)
|
if(WAYLAND_FOUND)
|
||||||
add_compile_definitions(SUNSHINE_BUILD_WAYLAND)
|
add_compile_definitions(SUNSHINE_BUILD_WAYLAND)
|
||||||
|
|
||||||
GEN_WAYLAND(xdg-output-unstable-v1)
|
GEN_WAYLAND("wayland-protocols" "unstable/xdg-output" xdg-output-unstable-v1)
|
||||||
GEN_WAYLAND(wlr-export-dmabuf-unstable-v1)
|
GEN_WAYLAND("wlr-protocols" "unstable" wlr-export-dmabuf-unstable-v1)
|
||||||
|
|
||||||
include_directories(
|
include_directories(
|
||||||
SYSTEM
|
SYSTEM
|
||||||
|
|||||||
@@ -1,21 +1,21 @@
|
|||||||
# linux specific macros
|
# linux specific macros
|
||||||
|
|
||||||
# GEN_WAYLAND: args = `filename`
|
# GEN_WAYLAND: args = `filename`
|
||||||
macro(GEN_WAYLAND filename)
|
macro(GEN_WAYLAND wayland_directory subdirectory filename)
|
||||||
file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/generated-src)
|
file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/generated-src)
|
||||||
|
|
||||||
message("wayland-scanner private-code \
|
message("wayland-scanner private-code \
|
||||||
${CMAKE_SOURCE_DIR}/third-party/wayland-protocols/${filename}.xml \
|
${CMAKE_SOURCE_DIR}/third-party/${wayland_directory}/${subdirectory}/${filename}.xml \
|
||||||
${CMAKE_BINARY_DIR}/generated-src/${filename}.c")
|
${CMAKE_BINARY_DIR}/generated-src/${filename}.c")
|
||||||
message("wayland-scanner client-header \
|
message("wayland-scanner client-header \
|
||||||
${CMAKE_SOURCE_DIR}/third-party/wayland-protocols/${filename}.xml \
|
${CMAKE_SOURCE_DIR}/third-party/${wayland_directory}/${subdirectory}/${filename}.xml \
|
||||||
${CMAKE_BINARY_DIR}/generated-src/${filename}.h")
|
${CMAKE_BINARY_DIR}/generated-src/${filename}.h")
|
||||||
execute_process(
|
execute_process(
|
||||||
COMMAND wayland-scanner private-code
|
COMMAND wayland-scanner private-code
|
||||||
${CMAKE_SOURCE_DIR}/third-party/wayland-protocols/${filename}.xml
|
${CMAKE_SOURCE_DIR}/third-party/${wayland_directory}/${subdirectory}/${filename}.xml
|
||||||
${CMAKE_BINARY_DIR}/generated-src/${filename}.c
|
${CMAKE_BINARY_DIR}/generated-src/${filename}.c
|
||||||
COMMAND wayland-scanner client-header
|
COMMAND wayland-scanner client-header
|
||||||
${CMAKE_SOURCE_DIR}/third-party/wayland-protocols/${filename}.xml
|
${CMAKE_SOURCE_DIR}/third-party/${wayland_directory}/${subdirectory}/${filename}.xml
|
||||||
${CMAKE_BINARY_DIR}/generated-src/${filename}.h
|
${CMAKE_BINARY_DIR}/generated-src/${filename}.h
|
||||||
|
|
||||||
RESULT_VARIABLE EXIT_INT
|
RESULT_VARIABLE EXIT_INT
|
||||||
|
|||||||
1
third-party/wayland-protocols
vendored
Submodule
1
third-party/wayland-protocols
vendored
Submodule
Submodule third-party/wayland-protocols added at 681c33c854
@@ -1,203 +0,0 @@
|
|||||||
<?xml version="1.0" encoding="UTF-8"?>
|
|
||||||
<protocol name="wlr_export_dmabuf_unstable_v1">
|
|
||||||
<copyright>
|
|
||||||
Copyright © 2018 Rostislav Pehlivanov
|
|
||||||
|
|
||||||
Permission is hereby granted, free of charge, to any person obtaining a
|
|
||||||
copy of this software and associated documentation files (the "Software"),
|
|
||||||
to deal in the Software without restriction, including without limitation
|
|
||||||
the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
||||||
and/or sell copies of the Software, and to permit persons to whom the
|
|
||||||
Software is furnished to do so, subject to the following conditions:
|
|
||||||
|
|
||||||
The above copyright notice and this permission notice (including the next
|
|
||||||
paragraph) shall be included in all copies or substantial portions of the
|
|
||||||
Software.
|
|
||||||
|
|
||||||
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
||||||
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
||||||
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
||||||
THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
||||||
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
||||||
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
||||||
DEALINGS IN THE SOFTWARE.
|
|
||||||
</copyright>
|
|
||||||
|
|
||||||
<description summary="a protocol for low overhead screen content capturing">
|
|
||||||
An interface to capture surfaces in an efficient way by exporting DMA-BUFs.
|
|
||||||
|
|
||||||
Warning! The protocol described in this file is experimental and
|
|
||||||
backward incompatible changes may be made. Backward compatible changes
|
|
||||||
may be added together with the corresponding interface version bump.
|
|
||||||
Backward incompatible changes are done by bumping the version number in
|
|
||||||
the protocol and interface names and resetting the interface version.
|
|
||||||
Once the protocol is to be declared stable, the 'z' prefix and the
|
|
||||||
version number in the protocol and interface names are removed and the
|
|
||||||
interface version number is reset.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<interface name="zwlr_export_dmabuf_manager_v1" version="1">
|
|
||||||
<description summary="manager to inform clients and begin capturing">
|
|
||||||
This object is a manager with which to start capturing from sources.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<request name="capture_output">
|
|
||||||
<description summary="capture a frame from an output">
|
|
||||||
Capture the next frame of a an entire output.
|
|
||||||
</description>
|
|
||||||
<arg name="frame" type="new_id" interface="zwlr_export_dmabuf_frame_v1"/>
|
|
||||||
<arg name="overlay_cursor" type="int"
|
|
||||||
summary="include custom client hardware cursor on top of the frame"/>
|
|
||||||
<arg name="output" type="object" interface="wl_output"/>
|
|
||||||
</request>
|
|
||||||
|
|
||||||
<request name="destroy" type="destructor">
|
|
||||||
<description summary="destroy the manager">
|
|
||||||
All objects created by the manager will still remain valid, until their
|
|
||||||
appropriate destroy request has been called.
|
|
||||||
</description>
|
|
||||||
</request>
|
|
||||||
</interface>
|
|
||||||
|
|
||||||
<interface name="zwlr_export_dmabuf_frame_v1" version="1">
|
|
||||||
<description summary="a DMA-BUF frame">
|
|
||||||
This object represents a single DMA-BUF frame.
|
|
||||||
|
|
||||||
If the capture is successful, the compositor will first send a "frame"
|
|
||||||
event, followed by one or several "object". When the frame is available
|
|
||||||
for readout, the "ready" event is sent.
|
|
||||||
|
|
||||||
If the capture failed, the "cancel" event is sent. This can happen anytime
|
|
||||||
before the "ready" event.
|
|
||||||
|
|
||||||
Once either a "ready" or a "cancel" event is received, the client should
|
|
||||||
destroy the frame. Once an "object" event is received, the client is
|
|
||||||
responsible for closing the associated file descriptor.
|
|
||||||
|
|
||||||
All frames are read-only and may not be written into or altered.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<enum name="flags">
|
|
||||||
<description summary="frame flags">
|
|
||||||
Special flags that should be respected by the client.
|
|
||||||
</description>
|
|
||||||
<entry name="transient" value="0x1"
|
|
||||||
summary="clients should copy frame before processing"/>
|
|
||||||
</enum>
|
|
||||||
|
|
||||||
<event name="frame">
|
|
||||||
<description summary="a frame description">
|
|
||||||
Main event supplying the client with information about the frame. If the
|
|
||||||
capture didn't fail, this event is always emitted first before any other
|
|
||||||
events.
|
|
||||||
|
|
||||||
This event is followed by a number of "object" as specified by the
|
|
||||||
"num_objects" argument.
|
|
||||||
</description>
|
|
||||||
<arg name="width" type="uint"
|
|
||||||
summary="frame width in pixels"/>
|
|
||||||
<arg name="height" type="uint"
|
|
||||||
summary="frame height in pixels"/>
|
|
||||||
<arg name="offset_x" type="uint"
|
|
||||||
summary="crop offset for the x axis"/>
|
|
||||||
<arg name="offset_y" type="uint"
|
|
||||||
summary="crop offset for the y axis"/>
|
|
||||||
<arg name="buffer_flags" type="uint"
|
|
||||||
summary="flags which indicate properties (invert, interlacing),
|
|
||||||
has the same values as zwp_linux_buffer_params_v1:flags"/>
|
|
||||||
<arg name="flags" type="uint" enum="flags"
|
|
||||||
summary="indicates special frame features"/>
|
|
||||||
<arg name="format" type="uint"
|
|
||||||
summary="format of the frame (DRM_FORMAT_*)"/>
|
|
||||||
<arg name="mod_high" type="uint"
|
|
||||||
summary="drm format modifier, high"/>
|
|
||||||
<arg name="mod_low" type="uint"
|
|
||||||
summary="drm format modifier, low"/>
|
|
||||||
<arg name="num_objects" type="uint"
|
|
||||||
summary="indicates how many objects (FDs) the frame has (max 4)"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<event name="object">
|
|
||||||
<description summary="an object description">
|
|
||||||
Event which serves to supply the client with the file descriptors
|
|
||||||
containing the data for each object.
|
|
||||||
|
|
||||||
After receiving this event, the client must always close the file
|
|
||||||
descriptor as soon as they're done with it and even if the frame fails.
|
|
||||||
</description>
|
|
||||||
<arg name="index" type="uint"
|
|
||||||
summary="index of the current object"/>
|
|
||||||
<arg name="fd" type="fd"
|
|
||||||
summary="fd of the current object"/>
|
|
||||||
<arg name="size" type="uint"
|
|
||||||
summary="size in bytes for the current object"/>
|
|
||||||
<arg name="offset" type="uint"
|
|
||||||
summary="starting point for the data in the object's fd"/>
|
|
||||||
<arg name="stride" type="uint"
|
|
||||||
summary="line size in bytes"/>
|
|
||||||
<arg name="plane_index" type="uint"
|
|
||||||
summary="index of the the plane the data in the object applies to"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<event name="ready">
|
|
||||||
<description summary="indicates frame is available for reading">
|
|
||||||
This event is sent as soon as the frame is presented, indicating it is
|
|
||||||
available for reading. This event includes the time at which
|
|
||||||
presentation happened at.
|
|
||||||
|
|
||||||
The timestamp is expressed as tv_sec_hi, tv_sec_lo, tv_nsec triples,
|
|
||||||
each component being an unsigned 32-bit value. Whole seconds are in
|
|
||||||
tv_sec which is a 64-bit value combined from tv_sec_hi and tv_sec_lo,
|
|
||||||
and the additional fractional part in tv_nsec as nanoseconds. Hence,
|
|
||||||
for valid timestamps tv_nsec must be in [0, 999999999]. The seconds part
|
|
||||||
may have an arbitrary offset at start.
|
|
||||||
|
|
||||||
After receiving this event, the client should destroy this object.
|
|
||||||
</description>
|
|
||||||
<arg name="tv_sec_hi" type="uint"
|
|
||||||
summary="high 32 bits of the seconds part of the timestamp"/>
|
|
||||||
<arg name="tv_sec_lo" type="uint"
|
|
||||||
summary="low 32 bits of the seconds part of the timestamp"/>
|
|
||||||
<arg name="tv_nsec" type="uint"
|
|
||||||
summary="nanoseconds part of the timestamp"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<enum name="cancel_reason">
|
|
||||||
<description summary="cancel reason">
|
|
||||||
Indicates reason for cancelling the frame.
|
|
||||||
</description>
|
|
||||||
<entry name="temporary" value="0"
|
|
||||||
summary="temporary error, source will produce more frames"/>
|
|
||||||
<entry name="permanent" value="1"
|
|
||||||
summary="fatal error, source will not produce frames"/>
|
|
||||||
<entry name="resizing" value="2"
|
|
||||||
summary="temporary error, source will produce more frames"/>
|
|
||||||
</enum>
|
|
||||||
|
|
||||||
<event name="cancel">
|
|
||||||
<description summary="indicates the frame is no longer valid">
|
|
||||||
If the capture failed or if the frame is no longer valid after the
|
|
||||||
"frame" event has been emitted, this event will be used to inform the
|
|
||||||
client to scrap the frame.
|
|
||||||
|
|
||||||
If the failure is temporary, the client may capture again the same
|
|
||||||
source. If the failure is permanent, any further attempts to capture the
|
|
||||||
same source will fail again.
|
|
||||||
|
|
||||||
After receiving this event, the client should destroy this object.
|
|
||||||
</description>
|
|
||||||
<arg name="reason" type="uint" enum="cancel_reason"
|
|
||||||
summary="indicates a reason for cancelling this frame capture"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<request name="destroy" type="destructor">
|
|
||||||
<description summary="delete this object, used or not">
|
|
||||||
Unreferences the frame. This request must be called as soon as its no
|
|
||||||
longer used.
|
|
||||||
|
|
||||||
It can be called at any time by the client. The client will still have
|
|
||||||
to close any FDs it has been given.
|
|
||||||
</description>
|
|
||||||
</request>
|
|
||||||
</interface>
|
|
||||||
</protocol>
|
|
||||||
@@ -1,220 +0,0 @@
|
|||||||
<?xml version="1.0" encoding="UTF-8"?>
|
|
||||||
<protocol name="xdg_output_unstable_v1">
|
|
||||||
|
|
||||||
<copyright>
|
|
||||||
Copyright © 2017 Red Hat Inc.
|
|
||||||
|
|
||||||
Permission is hereby granted, free of charge, to any person obtaining a
|
|
||||||
copy of this software and associated documentation files (the "Software"),
|
|
||||||
to deal in the Software without restriction, including without limitation
|
|
||||||
the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
||||||
and/or sell copies of the Software, and to permit persons to whom the
|
|
||||||
Software is furnished to do so, subject to the following conditions:
|
|
||||||
|
|
||||||
The above copyright notice and this permission notice (including the next
|
|
||||||
paragraph) shall be included in all copies or substantial portions of the
|
|
||||||
Software.
|
|
||||||
|
|
||||||
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
||||||
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
||||||
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
||||||
THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
||||||
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
||||||
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
||||||
DEALINGS IN THE SOFTWARE.
|
|
||||||
</copyright>
|
|
||||||
|
|
||||||
<description summary="Protocol to describe output regions">
|
|
||||||
This protocol aims at describing outputs in a way which is more in line
|
|
||||||
with the concept of an output on desktop oriented systems.
|
|
||||||
|
|
||||||
Some information are more specific to the concept of an output for
|
|
||||||
a desktop oriented system and may not make sense in other applications,
|
|
||||||
such as IVI systems for example.
|
|
||||||
|
|
||||||
Typically, the global compositor space on a desktop system is made of
|
|
||||||
a contiguous or overlapping set of rectangular regions.
|
|
||||||
|
|
||||||
Some of the information provided in this protocol might be identical
|
|
||||||
to their counterparts already available from wl_output, in which case
|
|
||||||
the information provided by this protocol should be preferred to their
|
|
||||||
equivalent in wl_output. The goal is to move the desktop specific
|
|
||||||
concepts (such as output location within the global compositor space,
|
|
||||||
the connector name and types, etc.) out of the core wl_output protocol.
|
|
||||||
|
|
||||||
Warning! The protocol described in this file is experimental and
|
|
||||||
backward incompatible changes may be made. Backward compatible
|
|
||||||
changes may be added together with the corresponding interface
|
|
||||||
version bump.
|
|
||||||
Backward incompatible changes are done by bumping the version
|
|
||||||
number in the protocol and interface names and resetting the
|
|
||||||
interface version. Once the protocol is to be declared stable,
|
|
||||||
the 'z' prefix and the version number in the protocol and
|
|
||||||
interface names are removed and the interface version number is
|
|
||||||
reset.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<interface name="zxdg_output_manager_v1" version="3">
|
|
||||||
<description summary="manage xdg_output objects">
|
|
||||||
A global factory interface for xdg_output objects.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<request name="destroy" type="destructor">
|
|
||||||
<description summary="destroy the xdg_output_manager object">
|
|
||||||
Using this request a client can tell the server that it is not
|
|
||||||
going to use the xdg_output_manager object anymore.
|
|
||||||
|
|
||||||
Any objects already created through this instance are not affected.
|
|
||||||
</description>
|
|
||||||
</request>
|
|
||||||
|
|
||||||
<request name="get_xdg_output">
|
|
||||||
<description summary="create an xdg output from a wl_output">
|
|
||||||
This creates a new xdg_output object for the given wl_output.
|
|
||||||
</description>
|
|
||||||
<arg name="id" type="new_id" interface="zxdg_output_v1"/>
|
|
||||||
<arg name="output" type="object" interface="wl_output"/>
|
|
||||||
</request>
|
|
||||||
</interface>
|
|
||||||
|
|
||||||
<interface name="zxdg_output_v1" version="3">
|
|
||||||
<description summary="compositor logical output region">
|
|
||||||
An xdg_output describes part of the compositor geometry.
|
|
||||||
|
|
||||||
This typically corresponds to a monitor that displays part of the
|
|
||||||
compositor space.
|
|
||||||
|
|
||||||
For objects version 3 onwards, after all xdg_output properties have been
|
|
||||||
sent (when the object is created and when properties are updated), a
|
|
||||||
wl_output.done event is sent. This allows changes to the output
|
|
||||||
properties to be seen as atomic, even if they happen via multiple events.
|
|
||||||
</description>
|
|
||||||
|
|
||||||
<request name="destroy" type="destructor">
|
|
||||||
<description summary="destroy the xdg_output object">
|
|
||||||
Using this request a client can tell the server that it is not
|
|
||||||
going to use the xdg_output object anymore.
|
|
||||||
</description>
|
|
||||||
</request>
|
|
||||||
|
|
||||||
<event name="logical_position">
|
|
||||||
<description summary="position of the output within the global compositor space">
|
|
||||||
The position event describes the location of the wl_output within
|
|
||||||
the global compositor space.
|
|
||||||
|
|
||||||
The logical_position event is sent after creating an xdg_output
|
|
||||||
(see xdg_output_manager.get_xdg_output) and whenever the location
|
|
||||||
of the output changes within the global compositor space.
|
|
||||||
</description>
|
|
||||||
<arg name="x" type="int"
|
|
||||||
summary="x position within the global compositor space"/>
|
|
||||||
<arg name="y" type="int"
|
|
||||||
summary="y position within the global compositor space"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<event name="logical_size">
|
|
||||||
<description summary="size of the output in the global compositor space">
|
|
||||||
The logical_size event describes the size of the output in the
|
|
||||||
global compositor space.
|
|
||||||
|
|
||||||
For example, a surface without any buffer scale, transformation
|
|
||||||
nor rotation set, with the size matching the logical_size will
|
|
||||||
have the same size as the corresponding output when displayed.
|
|
||||||
|
|
||||||
Most regular Wayland clients should not pay attention to the
|
|
||||||
logical size and would rather rely on xdg_shell interfaces.
|
|
||||||
|
|
||||||
Some clients such as Xwayland, however, need this to configure
|
|
||||||
their surfaces in the global compositor space as the compositor
|
|
||||||
may apply a different scale from what is advertised by the output
|
|
||||||
scaling property (to achieve fractional scaling, for example).
|
|
||||||
|
|
||||||
For example, for a wl_output mode 3840×2160 and a scale factor 2:
|
|
||||||
|
|
||||||
- A compositor not scaling the surface buffers will advertise a
|
|
||||||
logical size of 3840×2160,
|
|
||||||
|
|
||||||
- A compositor automatically scaling the surface buffers will
|
|
||||||
advertise a logical size of 1920×1080,
|
|
||||||
|
|
||||||
- A compositor using a fractional scale of 1.5 will advertise a
|
|
||||||
logical size of 2560×1440.
|
|
||||||
|
|
||||||
For example, for a wl_output mode 1920×1080 and a 90 degree rotation,
|
|
||||||
the compositor will advertise a logical size of 1080x1920.
|
|
||||||
|
|
||||||
The logical_size event is sent after creating an xdg_output
|
|
||||||
(see xdg_output_manager.get_xdg_output) and whenever the logical
|
|
||||||
size of the output changes, either as a result of a change in the
|
|
||||||
applied scale or because of a change in the corresponding output
|
|
||||||
mode(see wl_output.mode) or transform (see wl_output.transform).
|
|
||||||
</description>
|
|
||||||
<arg name="width" type="int"
|
|
||||||
summary="width in global compositor space"/>
|
|
||||||
<arg name="height" type="int"
|
|
||||||
summary="height in global compositor space"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<event name="done">
|
|
||||||
<description summary="all information about the output have been sent">
|
|
||||||
This event is sent after all other properties of an xdg_output
|
|
||||||
have been sent.
|
|
||||||
|
|
||||||
This allows changes to the xdg_output properties to be seen as
|
|
||||||
atomic, even if they happen via multiple events.
|
|
||||||
|
|
||||||
For objects version 3 onwards, this event is deprecated. Compositors
|
|
||||||
are not required to send it anymore and must send wl_output.done
|
|
||||||
instead.
|
|
||||||
</description>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<!-- Version 2 additions -->
|
|
||||||
|
|
||||||
<event name="name" since="2">
|
|
||||||
<description summary="name of this output">
|
|
||||||
Many compositors will assign names to their outputs, show them to the
|
|
||||||
user, allow them to be configured by name, etc. The client may wish to
|
|
||||||
know this name as well to offer the user similar behaviors.
|
|
||||||
|
|
||||||
The naming convention is compositor defined, but limited to
|
|
||||||
alphanumeric characters and dashes (-). Each name is unique among all
|
|
||||||
wl_output globals, but if a wl_output global is destroyed the same name
|
|
||||||
may be reused later. The names will also remain consistent across
|
|
||||||
sessions with the same hardware and software configuration.
|
|
||||||
|
|
||||||
Examples of names include 'HDMI-A-1', 'WL-1', 'X11-1', etc. However, do
|
|
||||||
not assume that the name is a reflection of an underlying DRM
|
|
||||||
connector, X11 connection, etc.
|
|
||||||
|
|
||||||
The name event is sent after creating an xdg_output (see
|
|
||||||
xdg_output_manager.get_xdg_output). This event is only sent once per
|
|
||||||
xdg_output, and the name does not change over the lifetime of the
|
|
||||||
wl_output global.
|
|
||||||
</description>
|
|
||||||
<arg name="name" type="string" summary="output name"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
<event name="description" since="2">
|
|
||||||
<description summary="human-readable description of this output">
|
|
||||||
Many compositors can produce human-readable descriptions of their
|
|
||||||
outputs. The client may wish to know this description as well, to
|
|
||||||
communicate the user for various purposes.
|
|
||||||
|
|
||||||
The description is a UTF-8 string with no convention defined for its
|
|
||||||
contents. Examples might include 'Foocorp 11" Display' or 'Virtual X11
|
|
||||||
output via :1'.
|
|
||||||
|
|
||||||
The description event is sent after creating an xdg_output (see
|
|
||||||
xdg_output_manager.get_xdg_output) and whenever the description
|
|
||||||
changes. The description is optional, and may not be sent at all.
|
|
||||||
|
|
||||||
For objects of version 2 and lower, this event is only sent once per
|
|
||||||
xdg_output, and the description does not change over the lifetime of
|
|
||||||
the wl_output global.
|
|
||||||
</description>
|
|
||||||
<arg name="description" type="string" summary="output description"/>
|
|
||||||
</event>
|
|
||||||
|
|
||||||
</interface>
|
|
||||||
</protocol>
|
|
||||||
1
third-party/wlr-protocols
vendored
Submodule
1
third-party/wlr-protocols
vendored
Submodule
Submodule third-party/wlr-protocols added at 4264185db3
Reference in New Issue
Block a user