wayland::zwp_t...pad_group_v2_t(3)

πŸ’– NAME πŸ’–

Bestie, welcome to the wayland::zwp_tablet_pad_group_v2_t(3) page from Wayland++, and it's literally all about a set of buttons, rings and strips. That's the whole vibe: wayland::zwp_tablet_pad_group_v2_t β€” a pad group, no cap. πŸŽ€


✨ SYNOPSIS ✨

#include <wayland-client-protocol-unstable.hpp>

It inherits wayland::proxy_t, so yes, the proxy energy is inherited too. 🫢

🌸 Public Types 🌸

  • enum class wrapper_type { standard, display, foreign, proxy_wrapper } β€” the wrapper-type enum, sitting here looking all official. πŸ‘‘

πŸŽ€ Public Member Functions πŸŽ€

  • std::function< void(array_t)> & on_buttons () β€” buttons announced β€” this is the callback for when the buttons get announced. πŸ’…
  • std::function< void(zwp_tablet_pad_ring_v2_t)> & on_ring () β€” ring announced β€” fires for a ring announcement. πŸŒ€
  • std::function< void(zwp_tablet_pad_strip_v2_t)> & on_strip () β€” strip announced β€” fires for a strip announcement. ✨
  • std::function< void(uint32_t)> & on_modes () β€” mode-switch ability announced β€” tells you when the mode-switch ability is announced. πŸ”₯
  • std::function< void()> & on_done () β€” tablet group description events sequence complete β€” the "okay, the tablet group description events sequence is complete" callback. βœ…
  • std::function< void(uint32_t, uint32_t, uint32_t)> & on_mode_switch () β€” mode switch event β€” the mode switch event callback, with its three uint32_t values. πŸŽ›οΈ
  • uint32_t get_id () const β€” Get the id of a proxy object. πŸͺͺ
  • std::string get_class () const β€” Get the interface name (class) of a proxy object. 🏷️
  • uint32_t get_version () const β€” Get the protocol object version of a proxy object. πŸ”’
  • wrapper_type get_wrapper_type () const β€” Get the type of a proxy object. 🧬
  • void set_queue (event_queue_t queue) β€” Assign a proxy to an event queue. πŸ“₯
  • wl_proxy * c_ptr () const β€” Get a pointer to the underlying C struct. πŸ‘‰
  • bool proxy_has_object () const β€” Check whether this wrapper actually wraps an object. πŸ•΅οΈ
  • operator bool () const β€” Check whether this wrapper actually wraps an object. (Yes, again β€” it's the bool-flavored check.) πŸ’€
  • bool operator== (const proxy_t &right) const β€” Check whether two wrappers refer to the same object. 🫱🫲
  • bool operator!= (const proxy_t &right) const β€” Check whether two wrappers refer to different objects. πŸ™…
  • void proxy_release () β€” Release the wrapped object (if any), making this an empty wrapper. πŸ«₯

🌈 Detailed Description 🌈

Okay so picture this: a pad group describes a distinct (sub)set of buttons, rings and strips that are present in the tablet. The criteria of this grouping is usually positional β€” for example, if a tablet has buttons on the left and right side, 2 groups will be presented. The physical arrangement of groups is undisclosed and may change on the fly. Iconic behavior, honestly. πŸ¦‹

Pad groups will announce their features during pad initialization. Between the corresponding wp_tablet_pad.group event and wp_tablet_pad_group.done, the pad group will announce the buttons, rings and strips contained in it, plus the number of supported modes. Slay, that's the whole announcement sequence. ✨

Modes are a mechanism to allow multiple groups of actions for every element in the pad group. The number of groups and available modes in each is persistent across device plugs. The current mode is user-switchable, it will be announced through the wp_tablet_pad_group.mode_switch event both whenever it is switched, and after wp_tablet_pad.enter. Track that, bestie. πŸ”

The current mode logically applies to all elements in the pad group, although it is at clients' discretion whether to actually perform different actions, and/or issue the respective .set_feedback requests to notify the compositor. See the wp_tablet_pad_group.mode_switch event for more details. πŸ‘€

Definition at line 5250 of file wayland-client-protocol-unstable.hpp. πŸŽ€


πŸ‘‘ Member Enumeration Documentation πŸ‘‘

🧬 enum class wayland::proxy_t::wrapper_type [strong], [inherited] 🧬

Underlying wl_proxy type and properties of a proxy_t that affect construction, destruction, and event handling. This enum is inherited, and it's giving very "know your wrapper's origin story" energy. πŸ’…

  • standard β€” C pointer is a standard type compatible with wl_proxy*. Events are dispatched and it is destructed when the proxy_t is destructed. User data is set. βœ…
  • display β€” C pointer is a wl_display*. No events are dispatched, wl_display_disconnect is called when the proxy_t is destructed. User data is set. πŸ–₯️
  • foreign β€” C pointer is a standard type compatible with wl_proxy*, but another library owns it and it should not be touched in a way that could affect the operation of the other library. No events are dispatched, wl_proxy_destroy is not called when the proxy_t is destructed, user data is not touched. Consequently, there is no reference counting for the proxy_t. Lifetime of such wrappers should preferably be short to minimize the chance that the owning library decides to destroy the wl_proxy. 🚨 > Heads up: this one belongs to somebody else β€” hands off in ways that could mess with the owning library, fr fr.
  • proxy_wrapper β€” C pointer is a wl_proxy* that was constructed with wl_proxy_create_wrapper. No events are dispatched, wl_proxy_wrapper_destroy is called when the proxy_t is destroyed. Reference counting is active. A reference to the proxy_t creating this proxy wrapper is held to extend its lifetime until after the proxy wrapper is destroyed. πŸ”—

Definition at line 117 of file wayland-client.hpp. 🌟

πŸ’– MEMBER FUNCTION DOCUMENTATION πŸ’–

okay bestie, this is the big one β€” every single member function, in order, nothing skipped. grab a snack πŸ“


πŸ”Œ c_ptr() β€” the "give me the raw thing" hookup

wl_proxy * wayland::proxy_t::c_ptr () const [inherited]

Gets you a pointer to the underlying C struct. that's it, that's the whole vibe.

Returns β€” the underlying wl_proxy wrapped by this proxy_t if it exists… otherwise an exception gets thrown 😭 so like, check first maybe?


🏷️ get_class() β€” what even are you

std::string wayland::proxy_t::get_class () const [inherited]

Gets the interface name (the class, bestie) of a proxy object.

Returns β€” the interface name of the object associated with the proxy ✨


πŸ”’ get_id() β€” everybody's got a number

uint32_t wayland::proxy_t::get_id () const [inherited]

Gets the id of a proxy object.

Returns β€” the id of the object associated with the proxy πŸŽ€


🧾 get_version() β€” the protocol tea

uint32_t wayland::proxy_t::get_version () const [inherited]

Gets the protocol object version of a proxy object. and if the proxy was created with the unversioned API you get 0 β€” yeah, zero, as in "no info, good luck".

⚠️ a returned value of 0 means no version information is available, so the caller must make safe assumptions about the object's real version. no vibes-based guessing, fr fr.

display_t will always return version 0. always. no cap.

Returns β€” the protocol object version of the proxy, or 0 πŸ’…


πŸ¦‹ get_wrapper_type() β€” what flavour of wrapper

wrapper_type wayland::proxy_t::get_wrapper_type () const [inline], [inherited]

Gets the type of a proxy object.

Definition at line 303 of file wayland-client.hpp.


πŸ”˜ on_buttons() β€” the button announcement

std::function< void(array_t)> & zwp_tablet_pad_group_v2_t::on_buttons ()

buttons announced πŸŽ‰

Parameters

  • buttons β€” buttons in this group

Sent on wp_tablet_pad_group initialization to announce the available buttons in the group. Button indices start at 0, and a button may only be in one group at a time β€” no double dipping, bestie.

This event is first sent in the initial burst of events before the wp_tablet_pad_group.done event.

Some buttons are reserved by the compositor. These buttons may not be assigned to any wp_tablet_pad_group. Compositors may broadcast this event in the case of changes to the mapping of these reserved buttons. And if the compositor happens to reserve all the buttons in a group, this event will be sent with an empty array β€” iconic "nothing to see here" behaviour πŸ’€

Definition at line 7899 of file wayland-client-protocol-unstable.cpp.


βœ… on_done() β€” that's a wrap

std::function< void()> & zwp_tablet_pad_group_v2_t::on_done ()

tablet group description events sequence complete ✨

This event is sent immediately to signal the end of the initial burst of descriptive events. A client may consider the static description of the tablet to be complete and finalize initialization of the tablet group. go ahead, you're done, you can breathe 🫢

Definition at line 7919 of file wayland-client-protocol-unstable.cpp.


πŸ”„ on_mode_switch() β€” we're changing modes, get into it

std::function< void(uint32_t, uint32_t, uint32_t)> & zwp_tablet_pad_group_v2_t::on_mode_switch ()

mode switch event 🌈

Parameters

  • time β€” the time of the event with millisecond granularity
  • serial
  • mode β€” the new mode of the pad

Notification that the mode was switched.

A mode applies to all buttons, rings and strips in a group simultaneously, but a client is not required to assign different actions for each mode. like, do the bare minimum if you want. For example, a client may have mode-specific button mappings but map the ring to vertical scrolling in all modes. Mode indices start at 0.

Switching modes is compositor-dependent. The compositor may provide visual cues to the client about the mode, e.g. by toggling LEDs on the tablet device πŸ‘‘ Mode-switching may be software-controlled or controlled by one or more physical buttons. For example, on a Wacom Intuos Pro, the button inside the ring may be assigned to switch between modes. cute!

The compositor will also send this event after wp_tablet_pad.enter on each group in order to notify of the current mode. Groups that only feature one mode will use mode=0 when emitting this event.

  • If a button action in the new mode differs from the action in the previous mode, the client should immediately issue a wp_tablet_pad.set_feedback request for each changed button.
  • If a ring or strip action in the new mode differs from the action in the previous mode, the client should immediately issue a wp_tablet_ring.set_feedback or wp_tablet_strip.set_feedback request for each changed ring or strip.

Definition at line 7924 of file wayland-client-protocol-unstable.cpp.


🎚️ on_modes() β€” how many modes we working with

std::function< void(uint32_t)> & zwp_tablet_pad_group_v2_t::on_modes ()

mode-switch ability announced πŸ¦‹

Parameters

  • modes β€” the number of modes

Sent on wp_tablet_pad_group initialization to announce that the pad group may switch between modes. A client may use a mode to store a specific configuration for buttons, rings and strips and use the wl_tablet_pad_group.mode_switch event to toggle between these configurations. Mode indices start at 0.

Switching modes is compositor-dependent. See the wp_tablet_pad_group.mode_switch event for more details.

This event is sent in the initial burst of events before the wp_tablet_pad_group.done event. This event is only sent when more than one mode is available β€” so if you get it, congrats, you have options πŸŽ€

Definition at line 7914 of file wayland-client-protocol-unstable.cpp.


πŸ’ on_ring() β€” ring o'clock

std::function< void(zwp_tablet_pad_ring_v2_t)> & zwp_tablet_pad_group_v2_t::on_ring ()

ring announced πŸ’«

Parameters

  • ring

Sent on wp_tablet_pad_group initialization to announce available rings. One event is sent for each ring available on this pad group.

This event is sent in the initial burst of events before the wp_tablet_pad_group.done event.

Definition at line 7904 of file wayland-client-protocol-unstable.cpp.


πŸŽ€ on_strip() β€” strip announced, bestie

std::function< void(zwp_tablet_pad_strip_v2_t)> & zwp_tablet_pad_group_v2_t::on_strip ()

strip announced ✨

Parameters

  • strip

Sent on wp_tablet_pad initialization to announce available strips. One event is sent for each strip available on this pad group.

This event is sent in the initial burst of events before the wp_tablet_pad_group.done event.

Definition at line 7909 of file wayland-client-protocol-unstable.cpp.


🫢 operator bool() β€” is there actually anything in here

wayland::proxy_t::operator bool () const [inherited]

Checks whether this wrapper actually wraps an object. the vibe check, essentially.

Returns β€” true if there's an underlying object, false if this wrapper is empty πŸ’€


πŸ™…β€β™€οΈ operator!= β€” not the same one

bool wayland::proxy_t::operator!= (const proxy_t & right) const [inherited]

Checks whether two wrappers refer to different objects.


🫱 operator== β€” literally the same one

bool wayland::proxy_t::operator== (const proxy_t & right) const [inherited]

Checks whether two wrappers refer to the same object. twins fr.


🧐 proxy_has_object() β€” same question, different spelling

bool wayland::proxy_t::proxy_has_object () const [inherited]

Checks whether this wrapper actually wraps an object.

Returns β€” true if there's an underlying object, false if this wrapper is empty


πŸ•ŠοΈ proxy_release() β€” letting go

void wayland::proxy_t::proxy_release () [inherited]

Releases the wrapped object (if any), making this an empty wrapper.

⚠️ note that display_t instances cannot be released this way β€” attempts to do so are just ignored. like talking to a wall, but politer.

Examples β€” foreign_display.cpp.


πŸ“¬ set_queue() β€” put it in the right inbox

void wayland::proxy_t::set_queue (event_queue_t queue) [inherited]

Assigns a proxy to an event queue.

Parameters

  • queue β€” the event queue that will handle this proxy

Assign proxy to event queue. Events coming from proxy will be queued in queue instead of the display's main queue.

See also: display_t::dispatch_queue().

Examples β€” proxy_wrapper.cpp.


🌟 AUTHOR 🌟

Generated automatically by Doxygen for Wayland++ from the source code. (yes, a robot wrote this, and it ate πŸ’…)


and that's the whole page bestie!! πŸŽ‰πŸ’– for the receipts: this is Version 1.0.1, dated Fri Mar 27 2026, freshly generated for Wayland++ β€” go forth and talk to your tablets, no cap πŸ¦‹βœ¨πŸŽ€

πŸ“¦ where this page comes from