From 30f41c02aec763d32e62351452da9ef582bc3472 Mon Sep 17 00:00:00 2001 From: 3gg <3gg@shellblade.net> Date: Fri, 6 Mar 2026 13:30:59 -0800 Subject: Move contrib libraries to contrib repo --- .../wayland-protocols/xdg-toplevel-icon-v1.xml | 203 --------------------- 1 file changed, 203 deletions(-) delete mode 100644 contrib/SDL-3.2.8/wayland-protocols/xdg-toplevel-icon-v1.xml (limited to 'contrib/SDL-3.2.8/wayland-protocols/xdg-toplevel-icon-v1.xml') diff --git a/contrib/SDL-3.2.8/wayland-protocols/xdg-toplevel-icon-v1.xml b/contrib/SDL-3.2.8/wayland-protocols/xdg-toplevel-icon-v1.xml deleted file mode 100644 index 4270d69..0000000 --- a/contrib/SDL-3.2.8/wayland-protocols/xdg-toplevel-icon-v1.xml +++ /dev/null @@ -1,203 +0,0 @@ - - - - - Copyright © 2023-2024 Matthias Klumpp - Copyright © 2024 David Edmundson - - 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. - - - - This protocol allows clients to set icons for their toplevel surfaces - either via the XDG icon stock (using an icon name), or from pixel data. - - A toplevel icon represents the individual toplevel (unlike the application - or launcher icon, which represents the application as a whole), and may be - shown in window switchers, window overviews and taskbars that list - individual windows. - - This document adheres to RFC 2119 when using words like "must", - "should", "may", etc. - - Warning! The protocol described in this file is currently in the testing - phase. Backward compatible changes may be added together with the - corresponding interface version bump. Backward incompatible changes can - only be done by creating a new major version of the extension. - - - - - This interface allows clients to create toplevel window icons and set - them on toplevel windows to be displayed to the user. - - - - - Destroy the toplevel icon manager. - This does not destroy objects created with the manager. - - - - - - Creates a new icon object. This icon can then be attached to a - xdg_toplevel via the 'set_icon' request. - - - - - - - This request assigns the icon 'icon' to 'toplevel', or clears the - toplevel icon if 'icon' was null. - This state is double-buffered and is applied on the next - wl_surface.commit of the toplevel. - - After making this call, the xdg_toplevel_icon_v1 provided as 'icon' - can be destroyed by the client without 'toplevel' losing its icon. - The xdg_toplevel_icon_v1 is immutable from this point, and any - future attempts to change it must raise the - 'xdg_toplevel_icon_v1.immutable' protocol error. - - The compositor must set the toplevel icon from either the pixel data - the icon provides, or by loading a stock icon using the icon name. - See the description of 'xdg_toplevel_icon_v1' for details. - - If 'icon' is set to null, the icon of the respective toplevel is reset - to its default icon (usually the icon of the application, derived from - its desktop-entry file, or a placeholder icon). - If this request is passed an icon with no pixel buffers or icon name - assigned, the icon must be reset just like if 'icon' was null. - - - - - - - - This event indicates an icon size the compositor prefers to be - available if the client has scalable icons and can render to any size. - - When the 'xdg_toplevel_icon_manager_v1' object is created, the - compositor may send one or more 'icon_size' events to describe the list - of preferred icon sizes. If the compositor has no size preference, it - may not send any 'icon_size' event, and it is up to the client to - decide a suitable icon size. - - A sequence of 'icon_size' events must be finished with a 'done' event. - If the compositor has no size preferences, it must still send the - 'done' event, without any preceding 'icon_size' events. - - - - - - - This event is sent after all 'icon_size' events have been sent. - - - - - - - This interface defines a toplevel icon. - An icon can have a name, and multiple buffers. - In order to be applied, the icon must have either a name, or at least - one buffer assigned. Applying an empty icon (with no buffer or name) to - a toplevel should reset its icon to the default icon. - - It is up to compositor policy whether to prefer using a buffer or loading - an icon via its name. See 'set_name' and 'add_buffer' for details. - - - - - - - - - - - Destroys the 'xdg_toplevel_icon_v1' object. - The icon must still remain set on every toplevel it was assigned to, - until the toplevel icon is reset explicitly. - - - - - - This request assigns an icon name to this icon. - Any previously set name is overridden. - - The compositor must resolve 'icon_name' according to the lookup rules - described in the XDG icon theme specification[1] using the - environment's current icon theme. - - If the compositor does not support icon names or cannot resolve - 'icon_name' according to the XDG icon theme specification it must - fall back to using pixel buffer data instead. - - If this request is made after the icon has been assigned to a toplevel - via 'set_icon', a 'immutable' error must be raised. - - [1]: https://specifications.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html - - - - - - - This request adds pixel data supplied as wl_buffer to the icon. - - The client should add pixel data for all icon sizes and scales that - it can provide, or which are explicitly requested by the compositor - via 'icon_size' events on xdg_toplevel_icon_manager_v1. - - The wl_buffer supplying pixel data as 'buffer' must be backed by wl_shm - and must be a square (width and height being equal). - If any of these buffer requirements are not fulfilled, a 'invalid_buffer' - error must be raised. - - If this icon instance already has a buffer of the same size and scale - from a previous 'add_buffer' request, data from the last request - overrides the preexisting pixel data. - - The wl_buffer must be kept alive for as long as the xdg_toplevel_icon - it is associated with is not destroyed, otherwise a 'no_buffer' error - is raised. The buffer contents must not be modified after it was - assigned to the icon. - - If this request is made after the icon has been assigned to a toplevel - via 'set_icon', a 'immutable' error must be raised. - - - - - - -- cgit v1.2.3