Interface WlOutputEventsV4
- All Superinterfaces:
WlOutputEvents
,WlOutputEventsV2
,WlOutputEventsV3
An output describes part of the compositor geometry. The compositor works in the 'compositor coordinate system' and an output corresponds to a rectangular area in that space that is actually visible. This typically corresponds to a monitor that displays part of the compositor space. This object is published as global during start up, or when a monitor is hotplugged.
-
Field Summary
Fields -
Method Summary
Modifier and TypeMethodDescriptionvoid
description
(WlOutputProxy emitter, String description) human-readable description of this outputvoid
done
(WlOutputProxy emitter) sent all information about outputvoid
geometry
(WlOutputProxy emitter, int x, int y, int physicalWidth, int physicalHeight, int subpixel, String make, String model, int transform) properties of the outputvoid
mode
(WlOutputProxy emitter, int flags, int width, int height, int refresh) advertise available modes for the outputvoid
name
(WlOutputProxy emitter, String name) name of this outputvoid
scale
(WlOutputProxy emitter, int factor) output scaling properties
-
Field Details
-
VERSION
static final int VERSION- See Also:
-
-
Method Details
-
geometry
void geometry(WlOutputProxy emitter, int x, int y, int physicalWidth, int physicalHeight, int subpixel, @Nonnull String make, @Nonnull String model, int transform) properties of the outputThe geometry event describes geometric properties of the output. The event is sent when binding to the output object and whenever any of the properties change.
The physical size can be set to zero if it doesn't make sense for this output (e.g. for projectors or virtual outputs).
The geometry event will be followed by a done event (starting from version 2).
Clients should use wl_surface.preferred_buffer_transform instead of the transform advertised by this event to find the preferred buffer transform to use for a surface.
Note: wl_output only advertises partial information about the output position and identification. Some compositors, for instance those not implementing a desktop-style output layout or those exposing virtual outputs, might fake this information. Instead of using x and y, clients should use xdg_output.logical_position. Instead of using make and model, clients should use name and description.
- Specified by:
geometry
in interfaceWlOutputEvents
- Specified by:
geometry
in interfaceWlOutputEventsV2
- Specified by:
geometry
in interfaceWlOutputEventsV3
- Parameters:
emitter
- The protocol object that emitted the event.x
- x position within the global compositor spacey
- y position within the global compositor spacephysicalWidth
- width in millimeters of the outputphysicalHeight
- height in millimeters of the outputsubpixel
- subpixel orientation of the outputmake
- textual description of the manufacturermodel
- textual description of the modeltransform
- additional transformation applied to buffer contents during presentation
-
mode
advertise available modes for the outputThe mode event describes an available mode for the output.
The event is sent when binding to the output object and there will always be one mode, the current mode. The event is sent again if an output changes mode, for the mode that is now current. In other words, the current mode is always the last mode that was received with the current flag set.
Non-current modes are deprecated. A compositor can decide to only advertise the current mode and never send other modes. Clients should not rely on non-current modes.
The size of a mode is given in physical hardware units of the output device. This is not necessarily the same as the output size in the global compositor space. For instance, the output may be scaled, as described in wl_output.scale, or transformed, as described in wl_output.transform. Clients willing to retrieve the output size in the global compositor space should use xdg_output.logical_size instead.
The vertical refresh rate can be set to zero if it doesn't make sense for this output (e.g. for virtual outputs).
The mode event will be followed by a done event (starting from version 2).
Clients should not use the refresh rate to schedule frames. Instead, they should use the wl_surface.frame event or the presentation-time protocol.
Note: this information is not always meaningful for all outputs. Some compositors, such as those exposing virtual outputs, might fake the refresh rate or the size.
- Specified by:
mode
in interfaceWlOutputEvents
- Specified by:
mode
in interfaceWlOutputEventsV2
- Specified by:
mode
in interfaceWlOutputEventsV3
- Parameters:
emitter
- The protocol object that emitted the event.flags
- bitfield of mode flagswidth
- width of the mode in hardware unitsheight
- height of the mode in hardware unitsrefresh
- vertical refresh rate in mHz
-
done
sent all information about outputThis event is sent after all other properties have been sent after binding to the output object and after any other property changes done after that. This allows changes to the output properties to be seen as atomic, even if they happen via multiple events.
- Specified by:
done
in interfaceWlOutputEventsV2
- Specified by:
done
in interfaceWlOutputEventsV3
- Parameters:
emitter
- The protocol object that emitted the event.
-
scale
output scaling propertiesThis event contains scaling geometry information that is not in the geometry event. It may be sent after binding the output object or if the output scale changes later. The compositor will emit a non-zero, positive value for scale. If it is not sent, the client should assume a scale of 1.
A scale larger than 1 means that the compositor will automatically scale surface buffers by this amount when rendering. This is used for very high resolution displays where applications rendering at the native resolution would be too small to be legible.
Clients should use wl_surface.preferred_buffer_scale instead of this event to find the preferred buffer scale to use for a surface.
The scale event will be followed by a done event.
- Specified by:
scale
in interfaceWlOutputEventsV2
- Specified by:
scale
in interfaceWlOutputEventsV3
- Parameters:
emitter
- The protocol object that emitted the event.factor
- scaling factor of output
-
name
name of this outputMany compositors will assign user-friendly names to their outputs, show them to the user, allow the user to refer to an output, etc. The client may wish to know this name as well to offer the user similar behaviors.
The name is a UTF-8 string with no convention defined for its contents. Each name is unique among all wl_output globals. The name is only guaranteed to be unique for the compositor instance.
The same output name is used for all clients for a given wl_output global. Thus, the name can be shared across processes to refer to a specific wl_output global.
The name is not guaranteed to be persistent across sessions, thus cannot be used to reliably identify an output in e.g. configuration files.
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 binding the output object. This event is only sent once per output object, and the name does not change over the lifetime of the wl_output global.
Compositors may re-use the same output name if the wl_output global is destroyed and re-created later. Compositors should avoid re-using the same name if possible.
The name event will be followed by a done event.
- Parameters:
emitter
- The protocol object that emitted the event.name
- output name
-
description
human-readable description of this outputMany compositors can produce human-readable descriptions of their outputs. The client may wish to know this description as well, e.g. for output selection purposes.
The description is a UTF-8 string with no convention defined for its contents. The description is not guaranteed to be unique among all wl_output globals. Examples might include 'Foocorp 11" Display' or 'Virtual X11 output via :1'.
The description event is sent after binding the output object and whenever the description changes. The description is optional, and may not be sent at all.
The description event will be followed by a done event.
- Parameters:
emitter
- The protocol object that emitted the event.description
- output description
-