pub struct ZwpTabletPadGroupV2 { /* private fields */ }
server
only.Expand description
a set of buttons, rings and strips
A pad group describes a distinct (sub)set of buttons, rings and strips present in the tablet. The criteria of this grouping is usually positional, eg. 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.
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.
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.
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.
See also the Request enum for this interface.
Implementations§
source§impl ZwpTabletPadGroupV2
impl ZwpTabletPadGroupV2
buttons announced
Sent on wp_tablet_pad_group initialization to announce the available buttons in the group. Button indices start at 0, a button may only be in one group at a time.
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. If the compositor happens to reserve all buttons in a group, this event will be sent with an empty array.
sourcepub fn ring(&self, ring: &ZwpTabletPadRingV2)
pub fn ring(&self, ring: &ZwpTabletPadRingV2)
ring announced
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.
sourcepub fn strip(&self, strip: &ZwpTabletPadStripV2)
pub fn strip(&self, strip: &ZwpTabletPadStripV2)
strip announced
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.
sourcepub fn modes(&self, modes: u32)
pub fn modes(&self, modes: u32)
mode-switch ability announced
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 more than one mode is available.
sourcepub fn done(&self)
pub fn done(&self)
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.
sourcepub fn mode_switch(&self, time: u32, serial: u32, mode: u32)
pub fn mode_switch(&self, time: u32, serial: u32, mode: u32)
mode switch event
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. 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.
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.
Trait Implementations§
source§impl Borrow<ObjectId> for ZwpTabletPadGroupV2
impl Borrow<ObjectId> for ZwpTabletPadGroupV2
source§impl Clone for ZwpTabletPadGroupV2
impl Clone for ZwpTabletPadGroupV2
source§fn clone(&self) -> ZwpTabletPadGroupV2
fn clone(&self) -> ZwpTabletPadGroupV2
1.0.0 · source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source
. Read moresource§impl Debug for ZwpTabletPadGroupV2
impl Debug for ZwpTabletPadGroupV2
source§impl Hash for ZwpTabletPadGroupV2
impl Hash for ZwpTabletPadGroupV2
source§impl PartialEq for ZwpTabletPadGroupV2
impl PartialEq for ZwpTabletPadGroupV2
source§impl Resource for ZwpTabletPadGroupV2
impl Resource for ZwpTabletPadGroupV2
source§fn object_data(&self) -> Option<&Arc<dyn Any + Send + Sync>>
fn object_data(&self) -> Option<&Arc<dyn Any + Send + Sync>>
source§fn handle(&self) -> &WeakHandle
fn handle(&self) -> &WeakHandle
source§fn from_id(conn: &DisplayHandle, id: ObjectId) -> Result<Self, InvalidId>
fn from_id(conn: &DisplayHandle, id: ObjectId) -> Result<Self, InvalidId>
source§fn send_event(&self, evt: Self::Event<'_>) -> Result<(), InvalidId>
fn send_event(&self, evt: Self::Event<'_>) -> Result<(), InvalidId>
source§fn parse_request(
conn: &DisplayHandle,
msg: Message<ObjectId, OwnedFd>,
) -> Result<(Self, Self::Request), DispatchError>
fn parse_request( conn: &DisplayHandle, msg: Message<ObjectId, OwnedFd>, ) -> Result<(Self, Self::Request), DispatchError>
source§fn write_event<'a>(
&self,
conn: &DisplayHandle,
msg: Self::Event<'a>,
) -> Result<Message<ObjectId, BorrowedFd<'a>>, InvalidId>
fn write_event<'a>( &self, conn: &DisplayHandle, msg: Self::Event<'a>, ) -> Result<Message<ObjectId, BorrowedFd<'a>>, InvalidId>
source§fn is_alive(&self) -> bool
fn is_alive(&self) -> bool
impl Eq for ZwpTabletPadGroupV2
Auto Trait Implementations§
impl Freeze for ZwpTabletPadGroupV2
impl !RefUnwindSafe for ZwpTabletPadGroupV2
impl Send for ZwpTabletPadGroupV2
impl Sync for ZwpTabletPadGroupV2
impl Unpin for ZwpTabletPadGroupV2
impl !UnwindSafe for ZwpTabletPadGroupV2
Blanket Implementations§
source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
source§unsafe fn clone_to_uninit(&self, dst: *mut T)
unsafe fn clone_to_uninit(&self, dst: *mut T)
clone_to_uninit
)source§impl<T> Downcast for Twhere
T: Any,
impl<T> Downcast for Twhere
T: Any,
source§fn into_any(self: Box<T>) -> Box<dyn Any>
fn into_any(self: Box<T>) -> Box<dyn Any>
Box<dyn Trait>
(where Trait: Downcast
) to Box<dyn Any>
. Box<dyn Any>
can
then be further downcast
into Box<ConcreteType>
where ConcreteType
implements Trait
.source§fn into_any_rc(self: Rc<T>) -> Rc<dyn Any>
fn into_any_rc(self: Rc<T>) -> Rc<dyn Any>
Rc<Trait>
(where Trait: Downcast
) to Rc<Any>
. Rc<Any>
can then be
further downcast
into Rc<ConcreteType>
where ConcreteType
implements Trait
.source§fn as_any(&self) -> &(dyn Any + 'static)
fn as_any(&self) -> &(dyn Any + 'static)
&Trait
(where Trait: Downcast
) to &Any
. This is needed since Rust cannot
generate &Any
’s vtable from &Trait
’s.source§fn as_any_mut(&mut self) -> &mut (dyn Any + 'static)
fn as_any_mut(&mut self) -> &mut (dyn Any + 'static)
&mut Trait
(where Trait: Downcast
) to &Any
. This is needed since Rust cannot
generate &mut Any
’s vtable from &mut Trait
’s.