wayland::serv...dg_output_v1_t(3)
β¨ NAME β¨
wayland::server::zxdg_output_v1_t β compositor logical output region π
So yeah, this is a page from the Wayland++ manual (that's the manual name bestie, keep it in your notes π). It documents one server-side class, and it's giving "the compositor's little logical description of an output" β iconic, honestly.
π SYNOPSIS π
#include <wayland-server-protocol-unstable.hpp>
π Public Member Functions π
std::function< void()> & on_destroy ()β destroy the xdg_output objectvoid logical_position (int32_t x, int32_t y, bool post=true)β position of the output within the global compositor spacevoid logical_size (int32_t width, int32_t height, bool post=true)β size of the output in the global compositor spacevoid done (bool post=true)β all information about the output have been sentvoid name (std::string const &name, bool post=true)β name of this outputbool can_name () constβ Check whether thenamefunction is available with the currently bound version of the protocol.void description (std::string const &description, bool post=true)β human-readable description of this outputbool can_description () constβ Check whether thedescriptionfunction is available with the currently bound version of the protocol.bool proxy_has_object () constβ Check whether this wrapper actually wraps an object.void post_no_memory () constuint32_t get_id () constclient_t get_client () constunsigned int get_version () conststd::string get_class ()
π¦ Static Public Attributes π¦
static constexpr std::uint32_t logical_position_since_version = 1β Minimum protocol version required for thelogical_positionfunction.static constexpr std::uint32_t logical_size_since_version = 1β Minimum protocol version required for thelogical_sizefunction.static constexpr std::uint32_t done_since_version = 1β Minimum protocol version required for thedonefunction.static constexpr std::uint32_t name_since_version = 2β Minimum protocol version required for thenamefunction.static constexpr std::uint32_t description_since_version = 2β Minimum protocol version required for thedescriptionfunction.
πΈ Detailed Description πΈ
compositor logical output region β¨
An xdg_output describes part of the compositor geometry. Lowkey that's the whole point.
This typically corresponds to a monitor that displays part of the compositor space. π₯οΈ bestie it's literally a screen, or a chunk of one.
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. That way, changes to the output properties can be seen as atomic β even if they arrive via multiple events. no cap, atomicity slaps π«
Definition at line 8563 of file wayland-server-protocol-unstable.hpp.
π§ Member Function Documentation π§
π bool zxdg_output_v1_t::can_description () const
Check whether the description function is available with the currently bound version of the protocol. Glow-up check: is this even allowed on your version? π
Definition at line 8149 of file wayland-server-protocol-unstable.cpp.
π bool zxdg_output_v1_t::can_name () const
Check whether the name function is available with the currently bound version of the protocol. Same vibe check, but for name.
Definition at line 8139 of file wayland-server-protocol-unstable.cpp.
π void zxdg_output_v1_t::description (std::string const & description, bool post = true)
human-readable description of this output π
Parameters
descriptionβ output description
Many compositors can produce human-readable descriptions of their outputs. The client may wish to know this description too, so it can communicate it to 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.
Definition at line 8144 of file wayland-server-protocol-unstable.cpp.
π void zxdg_output_v1_t::done (bool post = true)
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. Don't be that compositor still doing the old thing, fr fr.
Definition at line 8129 of file wayland-server-protocol-unstable.cpp.
π std::string wayland::server::resource_t::get_class () [inherited]
Retrieve the interface name (class) of a resource object.
Returns
- Interface name of the resource object.
π client_t wayland::server::resource_t::get_client () const [inherited]
Get the associated client
Returns
- the client that owns the resource.
π uint32_t wayland::server::resource_t::get_id () const [inherited]
Get the internal ID of the resource
Returns
- the internal ID of the resource
π unsigned int wayland::server::resource_t::get_version () const [inherited]
Get interface version
Returns
- Interface version this resource has been constructed with.
π void zxdg_output_v1_t::logical_position (int32_t x, int32_t y, bool post = true)
position of the output within the global compositor space π
Parameters
xβ x position within the global compositor spaceyβ y position 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.
Definition at line 8119 of file wayland-server-protocol-unstable.cpp.
π void zxdg_output_v1_t::logical_size (int32_t width, int32_t height, bool post = true)
size of the output in the global compositor space π
Parameters
widthβ width in global compositor spaceheightβ height in 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. (read: stay in your lane bestie π«Ά)
Some clients such as Xwayland, however, need this to configure their surfaces in the global compositor space, because 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).
Definition at line 8124 of file wayland-server-protocol-unstable.cpp.
π void zxdg_output_v1_t::name (std::string const & name, bool post = true)
name of this output π·οΈ
Parameters
nameβ output name
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, so it can 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.
Definition at line 8134 of file wayland-server-protocol-unstable.cpp.
π std::function< void()> & zxdg_output_v1_t::on_destroy ()
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. it's over, it's done, say bye π
Definition at line 8113 of file wayland-server-protocol-unstable.cpp.
π void wayland::server::resource_t::post_no_memory () const [inherited]
Post "not enough memory" error to the client π
If the compositor has not enough memory to fulfill a certain request of the client, this function can be called to notify the client of this circumstance. (the original literally says "certail", we love a typo, but the meaning is: out of memory, tell 'em π« )
π bool wayland::server::resource_t::proxy_has_object () const [inherited]
Check whether this wrapper actually wraps an object.
Returns
trueif there is an underlying object,falseif this wrapper is empty
β Member Data Documentation β
π std::uint32_t wayland::server::zxdg_output_v1_t::description_since_version = 2 [static], [constexpr]
Minimum protocol version required for the description function.
Definition at line 8738 of file wayland-server-protocol-unstable.hpp.
π std::uint32_t wayland::server::zxdg_output_v1_t::done_since_version = 1 [static], [constexpr]
Minimum protocol version required for the done function.
Definition at line 8678 of file wayland-server-protocol-unstable.hpp.
π std::uint32_t wayland::server::zxdg_output_v1_t::logical_position_since_version = 1 [static], [constexpr]
Minimum protocol version required for the logical_position function.
Definition at line 8613 of file wayland-server-protocol-unstable.hpp.
π std::uint32_t wayland::server::zxdg_output_v1_t::logical_size_since_version = 1 [static], [constexpr]
Minimum protocol version required for the logical_size function.
Definition at line 8659 of file wayland-server-protocol-unstable.hpp.
π std::uint32_t wayland::server::zxdg_output_v1_t::name_since_version = 2 [static], [constexpr]
Minimum protocol version required for the name function.
Definition at line 8707 of file wayland-server-protocol-unstable.hpp.
π Author π
Generated automatically by Doxygen for Wayland++ from the source code. (yes queen, the robots wrote the docs, we just gave them β¨personalityβ¨)
π that's the whole page bestie, you ate π
Oh and before you go β the footer tea: this is Version 1.0.1, dated Fri Mar 27 2026. Screenshot it, cite it, put it in your bibliography. π mwah π«Ά
π¦ where this page comes from
- ubuntu stonking: waylandpp-dev 1.0.1-2 Β· BSD-2-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms