Add server-decoration.xml from upstream git
It is missing from the tarball release.
This commit is contained in:
3
debian/changelog
vendored
3
debian/changelog
vendored
@ -6,6 +6,9 @@ gtk+3.0 (3.22.25-1) UNRELEASED; urgency=medium
|
||||
d/p/0002-theme-Fix-Adwaita-headerbars.patch,
|
||||
d/p/0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch:
|
||||
Drop patches, applied upstream
|
||||
- d/p/gdk-wayland-protocol-server-decoration.patch:
|
||||
Add server-decoration.xml from upstream git. It is missing from the
|
||||
tarball release.
|
||||
|
||||
-- Simon McVittie <smcv@debian.org> Sat, 28 Oct 2017 00:53:44 +0100
|
||||
|
||||
|
||||
102
debian/patches/gdk-wayland-protocol-server-decoration.patch
vendored
Normal file
102
debian/patches/gdk-wayland-protocol-server-decoration.patch
vendored
Normal file
@ -0,0 +1,102 @@
|
||||
Subject: Add missing gdk/wayland/protocol/server-decoration.xml
|
||||
|
||||
It was not in the "make dist" tarball.
|
||||
|
||||
diff -Nru gtk+-3.22.25.orig/gdk/wayland/protocol/server-decoration.xml gtk+-3.22.25/gdk/wayland/protocol/server-decoration.xml
|
||||
--- gtk+-3.22.25.orig/gdk/wayland/protocol/server-decoration.xml 1970-01-01 01:00:00.000000000 +0100
|
||||
+++ gtk+-3.22.25/gdk/wayland/protocol/server-decoration.xml 2017-10-29 16:35:55.923471672 +0000
|
||||
@@ -0,0 +1,94 @@
|
||||
+<?xml version="1.0" encoding="UTF-8"?>
|
||||
+<protocol name="server_decoration">
|
||||
+ <copyright><![CDATA[
|
||||
+ Copyright (C) 2015 Martin Gräßlin
|
||||
+
|
||||
+ This program is free software: you can redistribute it and/or modify
|
||||
+ it under the terms of the GNU Lesser General Public License as published by
|
||||
+ the Free Software Foundation, either version 2.1 of the License, or
|
||||
+ (at your option) any later version.
|
||||
+
|
||||
+ This program is distributed in the hope that it will be useful,
|
||||
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
|
||||
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
||||
+ GNU Lesser General Public License for more details.
|
||||
+
|
||||
+ You should have received a copy of the GNU Lesser General Public License
|
||||
+ along with this program. If not, see <http://www.gnu.org/licenses/>.
|
||||
+ ]]></copyright>
|
||||
+ <interface name="org_kde_kwin_server_decoration_manager" version="1">
|
||||
+ <description summary="Server side window decoration manager">
|
||||
+ This interface allows to coordinate whether the server should create
|
||||
+ a server-side window decoration around a wl_surface representing a
|
||||
+ shell surface (wl_shell_surface or similar). By announcing support
|
||||
+ for this interface the server indicates that it supports server
|
||||
+ side decorations.
|
||||
+ </description>
|
||||
+ <request name="create">
|
||||
+ <description summary="Create a server-side decoration object for a given surface">
|
||||
+ When a client creates a server-side decoration object it indicates
|
||||
+ that it supports the protocol. The client is supposed to tell the
|
||||
+ server whether it wants server-side decorations or will provide
|
||||
+ client-side decorations.
|
||||
+
|
||||
+ If the client does not create a server-side decoration object for
|
||||
+ a surface the server interprets this as lack of support for this
|
||||
+ protocol and considers it as client-side decorated. Nevertheless a
|
||||
+ client-side decorated surface should use this protocol to indicate
|
||||
+ to the server that it does not want a server-side deco.
|
||||
+ </description>
|
||||
+ <arg name="id" type="new_id" interface="org_kde_kwin_server_decoration"/>
|
||||
+ <arg name="surface" type="object" interface="wl_surface"/>
|
||||
+ </request>
|
||||
+ <enum name="mode">
|
||||
+ <description summary="Possible values to use in request_mode and the event mode."/>
|
||||
+ <entry name="None" value="0" summary="Undecorated: The surface is not decorated at all, neither server nor client-side. An example is a popup surface which should not be decorated."/>
|
||||
+ <entry name="Client" value="1" summary="Client-side decoration: The decoration is part of the surface and the client."/>
|
||||
+ <entry name="Server" value="2" summary="Server-side decoration: The server embeds the surface into a decoration frame."/>
|
||||
+ </enum>
|
||||
+ <event name="default_mode">
|
||||
+ <description summary="The default mode used on the server">
|
||||
+ This event is emitted directly after binding the interface. It contains
|
||||
+ the default mode for the decoration. When a new server decoration object
|
||||
+ is created this new object will be in the default mode until the first
|
||||
+ request_mode is requested.
|
||||
+
|
||||
+ The server may change the default mode at any time.
|
||||
+ </description>
|
||||
+ <arg name="mode" type="uint" summary="The default decoration mode applied to newly created server decorations."/>
|
||||
+ </event>
|
||||
+ </interface>
|
||||
+ <interface name="org_kde_kwin_server_decoration" version="1">
|
||||
+ <request name="release" type="destructor">
|
||||
+ <description summary="release the server decoration object"/>
|
||||
+ </request>
|
||||
+ <enum name="mode">
|
||||
+ <description summary="Possible values to use in request_mode and the event mode."/>
|
||||
+ <entry name="None" value="0" summary="Undecorated: The surface is not decorated at all, neither server nor client-side. An example is a popup surface which should not be decorated."/>
|
||||
+ <entry name="Client" value="1" summary="Client-side decoration: The decoration is part of the surface and the client."/>
|
||||
+ <entry name="Server" value="2" summary="Server-side decoration: The server embeds the surface into a decoration frame."/>
|
||||
+ </enum>
|
||||
+ <request name="request_mode">
|
||||
+ <description summary="The decoration mode the surface wants to use."/>
|
||||
+ <arg name="mode" type="uint" summary="The mode this surface wants to use."/>
|
||||
+ </request>
|
||||
+ <event name="mode">
|
||||
+ <description summary="The new decoration mode applied by the server">
|
||||
+ This event is emitted directly after the decoration is created and
|
||||
+ represents the base decoration policy by the server. E.g. a server
|
||||
+ which wants all surfaces to be client-side decorated will send Client,
|
||||
+ a server which wants server-side decoration will send Server.
|
||||
+
|
||||
+ The client can request a different mode through the decoration request.
|
||||
+ The server will acknowledge this by another event with the same mode. So
|
||||
+ even if a server prefers server-side decoration it's possible to force a
|
||||
+ client-side decoration.
|
||||
+
|
||||
+ The server may emit this event at any time. In this case the client can
|
||||
+ again request a different mode. It's the responsibility of the server to
|
||||
+ prevent a feedback loop.
|
||||
+ </description>
|
||||
+ <arg name="mode" type="uint" summary="The decoration mode applied to the surface by the server."/>
|
||||
+ </event>
|
||||
+ </interface>
|
||||
+</protocol>
|
||||
1
debian/patches/series
vendored
1
debian/patches/series
vendored
@ -6,3 +6,4 @@
|
||||
no-accessibility-dump.patch
|
||||
reftest-known-fail.patch
|
||||
gdk-x11-Check-if-we-have-access-to-GL-before-using-G.patch
|
||||
gdk-wayland-protocol-server-decoration.patch
|
||||
|
||||
Reference in New Issue
Block a user