Commits:
-
00a5b23b
by Simon Ser at 2025-03-24T08:57:51+00:00
color-management-v1: fix typo in feature.windows_scrgb
The request is named create_windows_scrgb.
Signed-off-by: Simon Ser <contact@emersion.fr>
-
86750c99
by Jonas Ådahl at 2025-03-25T09:41:38+00:00
xdg-shell: Add edge constraints
An edge constraint is an complementery state to the tiled state, meaning
that it's not only tiled, but constrained in a way that it can't resize
in that direction.
This typically means that the constrained edge is tiled against a
monitor edge. An example configuration is two windows tiled next to each
other on a single monitor. Together they cover the whole work area.
The left window would have the following tiled and edge constraint
state:
[ tiled_top, tiled_right, tiled_bottom, tiled_left,
constrained_top, constrained_bottom, constrained_left ]
while the right window would have the following:
[ tiled_top, tiled_right, tiled_bottom, tiled_left,
constrained_top, constrained_bottom, constrained_right ]
This aims to replace and deprecate the `gtk_surface1.configure_edges`
event and the `gtk_surface1.edge_constraint` enum.
Signed-off-by: Jonas Ådahl <jadahl@gmail.com>
-
7636151e
by Xaver Hugl at 2025-04-02T16:16:24+02:00
meson: sort protocols alphabetically
Signed-off-by: Xaver Hugl <xaver.hugl@kde.org>
-
723270ad
by Xaver Hugl at 2025-04-02T16:16:43+02:00
staging: add toplevel tag protocol
The window id protocol allows clients to set a tag for toplevels, which
the compositor can use to identify them even after the application
has been restarted. This persistent identification can be used by the
compositor to restore properties like position, size, "always on top",
and it can also be used for allowing users to create rules that change
compositor behavior for specific windows.
Signed-off-by: Xaver Hugl <xaver.hugl@kde.org>
Reviewed-by: Jonas Ådahl <jadahl@gmail.com>
-
4313a51a
by Jonas Ådahl at 2025-04-08T10:09:10+02:00
build: Bump version to 1.43
Signed-off-by: Jonas Ådahl <jadahl@gmail.com>
5 changed files:
Changes:
meson.build
|
1
|
1
|
project('wayland-protocols',
|
|
2
|
|
- version: '1.42',
|
|
|
2
|
+ version: '1.43',
|
|
3
|
3
|
meson_version: '>= 0.58.0',
|
|
4
|
4
|
license: 'MIT/Expat',
|
|
5
|
5
|
)
|
| ... |
... |
@@ -16,11 +16,11 @@ dep_scanner = dependency('wayland-scanner', |
|
16
|
16
|
prog_scanner = find_program(dep_scanner.get_variable(pkgconfig: 'wayland_scanner', internal: 'wayland_scanner'))
|
|
17
|
17
|
|
|
18
|
18
|
stable_protocols = {
|
|
|
19
|
+ 'linux-dmabuf': ['v1'],
|
|
19
|
20
|
'presentation-time': [''],
|
|
|
21
|
+ 'tablet': ['v2'],
|
|
20
|
22
|
'viewporter': [''],
|
|
21
|
23
|
'xdg-shell': [''],
|
|
22
|
|
- 'linux-dmabuf': ['v1'],
|
|
23
|
|
- 'tablet': ['v2'],
|
|
24
|
24
|
}
|
|
25
|
25
|
|
|
26
|
26
|
unstable_protocols = {
|
| ... |
... |
@@ -45,6 +45,7 @@ unstable_protocols = { |
|
45
|
45
|
}
|
|
46
|
46
|
|
|
47
|
47
|
staging_protocols = {
|
|
|
48
|
+ 'alpha-modifier': ['v1'],
|
|
48
|
49
|
'color-management': ['v1'],
|
|
49
|
50
|
'commit-timing': ['v1'],
|
|
50
|
51
|
'content-type': ['v1'],
|
| ... |
... |
@@ -57,6 +58,7 @@ staging_protocols = { |
|
57
|
58
|
'ext-image-copy-capture': ['v1'],
|
|
58
|
59
|
'ext-session-lock': ['v1'],
|
|
59
|
60
|
'ext-transient-seat': ['v1'],
|
|
|
61
|
+ 'ext-workspace': ['v1'],
|
|
60
|
62
|
'fifo': ['v1'],
|
|
61
|
63
|
'fractional-scale': ['v1'],
|
|
62
|
64
|
'linux-drm-syncobj': ['v1'],
|
| ... |
... |
@@ -68,9 +70,8 @@ staging_protocols = { |
|
68
|
70
|
'xdg-system-bell': ['v1'],
|
|
69
|
71
|
'xdg-toplevel-drag': ['v1'],
|
|
70
|
72
|
'xdg-toplevel-icon': ['v1'],
|
|
|
73
|
+ 'xdg-toplevel-tag': ['v1'],
|
|
71
|
74
|
'xwayland-shell': ['v1'],
|
|
72
|
|
- 'alpha-modifier': ['v1'],
|
|
73
|
|
- 'ext-workspace': ['v1'],
|
|
74
|
75
|
}
|
|
75
|
76
|
|
|
76
|
77
|
protocol_files = []
|
stable/xdg-shell/xdg-shell.xml
| ... |
... |
@@ -29,7 +29,7 @@ |
|
29
|
29
|
DEALINGS IN THE SOFTWARE.
|
|
30
|
30
|
</copyright>
|
|
31
|
31
|
|
|
32
|
|
- <interface name="xdg_wm_base" version="6">
|
|
|
32
|
+ <interface name="xdg_wm_base" version="7">
|
|
33
|
33
|
<description summary="create desktop-style surfaces">
|
|
34
|
34
|
The xdg_wm_base interface is exposed as a global object enabling clients
|
|
35
|
35
|
to turn their wl_surfaces into windows in a desktop environment. It
|
| ... |
... |
@@ -122,7 +122,7 @@ |
|
122
|
122
|
</event>
|
|
123
|
123
|
</interface>
|
|
124
|
124
|
|
|
125
|
|
- <interface name="xdg_positioner" version="6">
|
|
|
125
|
+ <interface name="xdg_positioner" version="7">
|
|
126
|
126
|
<description summary="child surface positioner">
|
|
127
|
127
|
The xdg_positioner provides a collection of rules for the placement of a
|
|
128
|
128
|
child surface relative to a parent surface. Rules can be defined to ensure
|
| ... |
... |
@@ -407,7 +407,7 @@ |
|
407
|
407
|
</request>
|
|
408
|
408
|
</interface>
|
|
409
|
409
|
|
|
410
|
|
- <interface name="xdg_surface" version="6">
|
|
|
410
|
+ <interface name="xdg_surface" version="7">
|
|
411
|
411
|
<description summary="desktop user interface surface base interface">
|
|
412
|
412
|
An interface that may be implemented by a wl_surface, for
|
|
413
|
413
|
implementations that provide a desktop-style user interface.
|
| ... |
... |
@@ -617,7 +617,7 @@ |
|
617
|
617
|
|
|
618
|
618
|
</interface>
|
|
619
|
619
|
|
|
620
|
|
- <interface name="xdg_toplevel" version="6">
|
|
|
620
|
+ <interface name="xdg_toplevel" version="7">
|
|
621
|
621
|
<description summary="toplevel surface">
|
|
622
|
622
|
This interface defines an xdg_surface role which allows a surface to,
|
|
623
|
623
|
among other things, set window-like properties such as maximize,
|
| ... |
... |
@@ -911,6 +911,38 @@ |
|
911
|
911
|
outputs are switched off due to screen locking.
|
|
912
|
912
|
</description>
|
|
913
|
913
|
</entry>
|
|
|
914
|
+ <entry name="constrained_left" value="10" since="7">
|
|
|
915
|
+ <description summary="the surface’s left edge is constrained">
|
|
|
916
|
+ The left edge of the window is currently constrained, meaning it
|
|
|
917
|
+ shouldn't attempt to resize from that edge. It can for example mean
|
|
|
918
|
+ it's tiled next to a monitor edge on the constrained side of the
|
|
|
919
|
+ window.
|
|
|
920
|
+ </description>
|
|
|
921
|
+ </entry>
|
|
|
922
|
+ <entry name="constrained_right" value="11" since="7">
|
|
|
923
|
+ <description summary="the surface’s right edge is constrained">
|
|
|
924
|
+ The right edge of the window is currently constrained, meaning it
|
|
|
925
|
+ shouldn't attempt to resize from that edge. It can for example mean
|
|
|
926
|
+ it's tiled next to a monitor edge on the constrained side of the
|
|
|
927
|
+ window.
|
|
|
928
|
+ </description>
|
|
|
929
|
+ </entry>
|
|
|
930
|
+ <entry name="constrained_top" value="12" since="7">
|
|
|
931
|
+ <description summary="the surface’s top edge is constrained">
|
|
|
932
|
+ The top edge of the window is currently constrained, meaning it
|
|
|
933
|
+ shouldn't attempt to resize from that edge. It can for example mean
|
|
|
934
|
+ it's tiled next to a monitor edge on the constrained side of the
|
|
|
935
|
+ window.
|
|
|
936
|
+ </description>
|
|
|
937
|
+ </entry>
|
|
|
938
|
+ <entry name="constrained_bottom" value="13" since="7">
|
|
|
939
|
+ <description summary="the surface’s bottom edge is tiled">
|
|
|
940
|
+ The bottom edge of the window is currently constrained, meaning it
|
|
|
941
|
+ shouldn't attempt to resize from that edge. It can for example mean
|
|
|
942
|
+ it's tiled next to a monitor edge on the constrained side of the
|
|
|
943
|
+ window.
|
|
|
944
|
+ </description>
|
|
|
945
|
+ </entry>
|
|
914
|
946
|
</enum>
|
|
915
|
947
|
|
|
916
|
948
|
<request name="set_max_size">
|
| ... |
... |
@@ -1207,7 +1239,7 @@ |
|
1207
|
1239
|
</event>
|
|
1208
|
1240
|
</interface>
|
|
1209
|
1241
|
|
|
1210
|
|
- <interface name="xdg_popup" version="6">
|
|
|
1242
|
+ <interface name="xdg_popup" version="7">
|
|
1211
|
1243
|
<description summary="short-lived, popup surfaces for menus">
|
|
1212
|
1244
|
A popup surface is a short-lived, temporary surface. It can be used to
|
|
1213
|
1245
|
implement for example menus, popovers, tooltips and other similar user
|
staging/color-management/color-management-v1.xml
| ... |
... |
@@ -149,7 +149,7 @@ |
|
149
|
149
|
</description>
|
|
150
|
150
|
</entry>
|
|
151
|
151
|
<entry name="windows_scrgb" value="7"
|
|
152
|
|
- summary="get_windows_scrgb request"/>
|
|
|
152
|
+ summary="create_windows_scrgb request"/>
|
|
153
|
153
|
</enum>
|
|
154
|
154
|
|
|
155
|
155
|
<enum name="primaries">
|
staging/xdg-toplevel-tag/README
|
|
1
|
+Toplevel tag protocol
|
|
|
2
|
+
|
|
|
3
|
+Maintainers:
|
|
|
4
|
+Xaver Hugl <xaver.hugl@kde.org> |
staging/xdg-toplevel-tag/xdg-toplevel-tag-v1.xml
|
|
1
|
+<?xml version="1.0" encoding="UTF-8"?>
|
|
|
2
|
+<protocol name="xdg_toplevel_tag_v1">
|
|
|
3
|
+ <copyright>
|
|
|
4
|
+ Copyright © 2024 Xaver Hugl
|
|
|
5
|
+
|
|
|
6
|
+ Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
7
|
+ copy of this software and associated documentation files (the "Software"),
|
|
|
8
|
+ to deal in the Software without restriction, including without limitation
|
|
|
9
|
+ the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
|
10
|
+ and/or sell copies of the Software, and to permit persons to whom the
|
|
|
11
|
+ Software is furnished to do so, subject to the following conditions:
|
|
|
12
|
+
|
|
|
13
|
+ The above copyright notice and this permission notice (including the next
|
|
|
14
|
+ paragraph) shall be included in all copies or substantial portions of the
|
|
|
15
|
+ Software.
|
|
|
16
|
+
|
|
|
17
|
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
18
|
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
19
|
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
20
|
+ THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
21
|
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
|
|
|
22
|
+ FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
|
23
|
+ DEALINGS IN THE SOFTWARE.
|
|
|
24
|
+ </copyright>
|
|
|
25
|
+
|
|
|
26
|
+ <interface name="xdg_toplevel_tag_manager_v1" version="1">
|
|
|
27
|
+ <description summary="protocol for setting toplevel tags">
|
|
|
28
|
+ In order to make some window properties like position, size,
|
|
|
29
|
+ "always on top" or user defined rules for window behavior persistent, the
|
|
|
30
|
+ compositor needs some way to identify windows even after the application
|
|
|
31
|
+ has been restarted.
|
|
|
32
|
+ This protocol allows clients to make this possible by setting a tag for
|
|
|
33
|
+ toplevels.
|
|
|
34
|
+
|
|
|
35
|
+ Warning! The protocol described in this file is currently in the testing
|
|
|
36
|
+ phase. Backward compatible changes may be added together with the
|
|
|
37
|
+ corresponding interface version bump. Backward incompatible changes can
|
|
|
38
|
+ only be done by creating a new major version of the extension.
|
|
|
39
|
+ </description>
|
|
|
40
|
+
|
|
|
41
|
+ <request name="destroy" type="destructor">
|
|
|
42
|
+ <description summary="destroy toplevel tag object">
|
|
|
43
|
+ Destroy this toplevel tag manager object. This request has no other
|
|
|
44
|
+ effects.
|
|
|
45
|
+ </description>
|
|
|
46
|
+ </request>
|
|
|
47
|
+
|
|
|
48
|
+ <request name="set_toplevel_tag">
|
|
|
49
|
+ <description summary="set tag">
|
|
|
50
|
+ Set a tag for a toplevel. The tag may be shown to the user in UI, so
|
|
|
51
|
+ it's preferable for it to be human readable, but it must be suitable
|
|
|
52
|
+ for configuration files and should not be translated.
|
|
|
53
|
+ Suitable tags would for example be "main window", "settings",
|
|
|
54
|
+ "e-mail composer" or similar.
|
|
|
55
|
+
|
|
|
56
|
+ The tag does not need to be unique across applications, and the client
|
|
|
57
|
+ may set the same tag for multiple windows, for example if the user has
|
|
|
58
|
+ opened the same UI twice. How the potentially resulting conflicts are
|
|
|
59
|
+ handled is compositor policy.
|
|
|
60
|
+
|
|
|
61
|
+ The client should set the tag as part of the initial commit on the
|
|
|
62
|
+ associated toplevel, but it may set it at any time afterwards as well,
|
|
|
63
|
+ for example if the purpose of the toplevel changes.
|
|
|
64
|
+ </description>
|
|
|
65
|
+ <arg name="toplevel" type="object" interface="xdg_toplevel"/>
|
|
|
66
|
+ <arg name="tag" type="string" summary="untranslated tag"/>
|
|
|
67
|
+ </request>
|
|
|
68
|
+
|
|
|
69
|
+ <request name="set_toplevel_description">
|
|
|
70
|
+ <description summary="set description">
|
|
|
71
|
+ Set a description for a toplevel. This description may be shown to the
|
|
|
72
|
+ user in UI or read by a screen reader for accessibility purposes, and
|
|
|
73
|
+ should be translated.
|
|
|
74
|
+ It is recommended to make the description the translation of the tag.
|
|
|
75
|
+
|
|
|
76
|
+ The client should set the description as part of the initial commit on
|
|
|
77
|
+ the associated toplevel, but it may set it at any time afterwards as
|
|
|
78
|
+ well, for example if the purpose of the toplevel changes.
|
|
|
79
|
+ </description>
|
|
|
80
|
+ <arg name="toplevel" type="object" interface="xdg_toplevel"/>
|
|
|
81
|
+ <arg name="description" type="string" summary="translated description"/>
|
|
|
82
|
+ </request>
|
|
|
83
|
+ </interface>
|
|
|
84
|
+
|
|
|
85
|
+</protocol> |
|