Struct wayland_protocols::wp::tablet::zv1::server::zwp_tablet_tool_v1::ZwpTabletToolV1
source · pub struct ZwpTabletToolV1 { /* private fields */ }
unstable
and server
only.Expand description
a physical tablet tool
An object that represents a physical tool that has been, or is currently in use with a tablet in this seat. Each wp_tablet_tool object stays valid until the client destroys it; the compositor reuses the wp_tablet_tool object to indicate that the object’s respective physical tool has come into proximity of a tablet again.
A wp_tablet_tool object’s relation to a physical tool depends on the tablet’s ability to report serial numbers. If the tablet supports this capability, then the object represents a specific physical tool and can be identified even when used on multiple tablets.
A tablet tool has a number of static characteristics, e.g. tool type, hardware_serial and capabilities. These capabilities are sent in an event sequence after the wp_tablet_seat.tool_added event before any actual events from this tool. This initial event sequence is terminated by a wp_tablet_tool.done event.
Tablet tool events are grouped by wp_tablet_tool.frame events. Any events received before a wp_tablet_tool.frame event should be considered part of the same hardware state change.
See also the Request enum for this interface.
Implementations§
source§impl ZwpTabletToolV1
impl ZwpTabletToolV1
sourcepub fn _type(&self, tool_type: Type)
pub fn _type(&self, tool_type: Type)
tool type
The tool type is the high-level type of the tool and usually decides the interaction expected from this tool.
This event is sent in the initial burst of events before the wp_tablet_tool.done event.
sourcepub fn hardware_serial(&self, hardware_serial_hi: u32, hardware_serial_lo: u32)
pub fn hardware_serial(&self, hardware_serial_hi: u32, hardware_serial_lo: u32)
unique hardware serial number of the tool
If the physical tool can be identified by a unique 64-bit serial number, this event notifies the client of this serial number.
If multiple tablets are available in the same seat and the tool is uniquely identifiable by the serial number, that tool may move between tablets.
Otherwise, if the tool has no serial number and this event is missing, the tool is tied to the tablet it first comes into proximity with. Even if the physical tool is used on multiple tablets, separate wp_tablet_tool objects will be created, one per tablet.
This event is sent in the initial burst of events before the wp_tablet_tool.done event.
sourcepub fn hardware_id_wacom(&self, hardware_id_hi: u32, hardware_id_lo: u32)
pub fn hardware_id_wacom(&self, hardware_id_hi: u32, hardware_id_lo: u32)
hardware id notification in Wacom’s format
This event notifies the client of a hardware id available on this tool.
The hardware id is a device-specific 64-bit id that provides extra information about the tool in use, beyond the wl_tool.type enumeration. The format of the id is specific to tablets made by Wacom Inc. For example, the hardware id of a Wacom Grip Pen (a stylus) is 0x802.
This event is sent in the initial burst of events before the wp_tablet_tool.done event.
sourcepub fn capability(&self, capability: Capability)
pub fn capability(&self, capability: Capability)
tool capability notification
This event notifies the client of any capabilities of this tool, beyond the main set of x/y axes and tip up/down detection.
One event is sent for each extra capability available on this tool.
This event is sent in the initial burst of events before the wp_tablet_tool.done event.
sourcepub fn done(&self)
pub fn done(&self)
tool description events sequence complete
This event signals the end of the initial burst of descriptive events. A client may consider the static description of the tool to be complete and finalize initialization of the tool.
sourcepub fn removed(&self)
pub fn removed(&self)
tool removed
This event is sent when the tool is removed from the system and will send no further events. Should the physical tool come back into proximity later, a new wp_tablet_tool object will be created.
It is compositor-dependent when a tool is removed. A compositor may remove a tool on proximity out, tablet removal or any other reason. A compositor may also keep a tool alive until shutdown.
If the tool is currently in proximity, a proximity_out event will be sent before the removed event. See wp_tablet_tool.proximity_out for the handling of any buttons logically down.
When this event is received, the client must wp_tablet_tool.destroy the object.
sourcepub fn proximity_in(
&self,
serial: u32,
tablet: &ZwpTabletV1,
surface: &WlSurface
)
pub fn proximity_in( &self, serial: u32, tablet: &ZwpTabletV1, surface: &WlSurface )
proximity in event
Notification that this tool is focused on a certain surface.
This event can be received when the tool has moved from one surface to another, or when the tool has come back into proximity above the surface.
If any button is logically down when the tool comes into proximity, the respective button event is sent after the proximity_in event but within the same frame as the proximity_in event.
sourcepub fn proximity_out(&self)
pub fn proximity_out(&self)
proximity out event
Notification that this tool has either left proximity, or is no longer focused on a certain surface.
When the tablet tool leaves proximity of the tablet, button release events are sent for each button that was held down at the time of leaving proximity. These events are sent before the proximity_out event but within the same wp_tablet.frame.
If the tool stays within proximity of the tablet, but the focus changes from one surface to another, a button release event may not be sent until the button is actually released or the tool leaves the proximity of the tablet.
sourcepub fn down(&self, serial: u32)
pub fn down(&self, serial: u32)
tablet tool is making contact
Sent whenever the tablet tool comes in contact with the surface of the tablet.
If the tool is already in contact with the tablet when entering the input region, the client owning said region will receive a wp_tablet.proximity_in event, followed by a wp_tablet.down event and a wp_tablet.frame event.
Note that this event describes logical contact, not physical contact. On some devices, a compositor may not consider a tool in logical contact until a minimum physical pressure threshold is exceeded.
sourcepub fn up(&self)
pub fn up(&self)
tablet tool is no longer making contact
Sent whenever the tablet tool stops making contact with the surface of the tablet, or when the tablet tool moves out of the input region and the compositor grab (if any) is dismissed.
If the tablet tool moves out of the input region while in contact with the surface of the tablet and the compositor does not have an ongoing grab on the surface, the client owning said region will receive a wp_tablet.up event, followed by a wp_tablet.proximity_out event and a wp_tablet.frame event. If the compositor has an ongoing grab on this device, this event sequence is sent whenever the grab is dismissed in the future.
Note that this event describes logical contact, not physical contact. On some devices, a compositor may not consider a tool out of logical contact until physical pressure falls below a specific threshold.
sourcepub fn pressure(&self, pressure: u32)
pub fn pressure(&self, pressure: u32)
pressure change event
Sent whenever the pressure axis on a tool changes. The value of this event is normalized to a value between 0 and 65535.
Note that pressure may be nonzero even when a tool is not in logical contact. See the down and up events for more details.
sourcepub fn distance(&self, distance: u32)
pub fn distance(&self, distance: u32)
distance change event
Sent whenever the distance axis on a tool changes. The value of this event is normalized to a value between 0 and 65535.
Note that distance may be nonzero even when a tool is not in logical contact. See the down and up events for more details.
sourcepub fn tilt(&self, tilt_x: i32, tilt_y: i32)
pub fn tilt(&self, tilt_x: i32, tilt_y: i32)
tilt change event
Sent whenever one or both of the tilt axes on a tool change. Each tilt value is in 0.01 of a degree, relative to the z-axis of the tablet. The angle is positive when the top of a tool tilts along the positive x or y axis.
sourcepub fn rotation(&self, degrees: i32)
pub fn rotation(&self, degrees: i32)
z-rotation change event
Sent whenever the z-rotation axis on the tool changes. The rotation value is in 0.01 of a degree clockwise from the tool’s logical neutral position.
sourcepub fn slider(&self, position: i32)
pub fn slider(&self, position: i32)
Slider position change event
Sent whenever the slider position on the tool changes. The value is normalized between -65535 and 65535, with 0 as the logical neutral position of the slider.
The slider is available on e.g. the Wacom Airbrush tool.
sourcepub fn wheel(&self, degrees: i32, clicks: i32)
pub fn wheel(&self, degrees: i32, clicks: i32)
Wheel delta event
Sent whenever the wheel on the tool emits an event. This event contains two values for the same axis change. The degrees value is in 0.01 of a degree in the same orientation as the wl_pointer.vertical_scroll axis. The clicks value is in discrete logical clicks of the mouse wheel. This value may be zero if the movement of the wheel was less than one logical click.
Clients should choose either value and avoid mixing degrees and clicks. The compositor may accumulate values smaller than a logical click and emulate click events when a certain threshold is met. Thus, wl_tablet_tool.wheel events with non-zero clicks values may have different degrees values.
button event
Sent whenever a button on the tool is pressed or released.
If a button is held down when the tool moves in or out of proximity, button events are generated by the compositor. See wp_tablet_tool.proximity_in and wp_tablet_tool.proximity_out for details.
Trait Implementations§
source§impl Borrow<ObjectId> for ZwpTabletToolV1
impl Borrow<ObjectId> for ZwpTabletToolV1
source§impl Clone for ZwpTabletToolV1
impl Clone for ZwpTabletToolV1
source§fn clone(&self) -> ZwpTabletToolV1
fn clone(&self) -> ZwpTabletToolV1
1.0.0 · source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source
. Read moresource§impl Debug for ZwpTabletToolV1
impl Debug for ZwpTabletToolV1
source§impl Hash for ZwpTabletToolV1
impl Hash for ZwpTabletToolV1
source§impl PartialEq<Weak<ZwpTabletToolV1>> for ZwpTabletToolV1
impl PartialEq<Weak<ZwpTabletToolV1>> for ZwpTabletToolV1
source§impl PartialEq<ZwpTabletToolV1> for ZwpTabletToolV1
impl PartialEq<ZwpTabletToolV1> for ZwpTabletToolV1
source§fn eq(&self, other: &ZwpTabletToolV1) -> bool
fn eq(&self, other: &ZwpTabletToolV1) -> bool
self
and other
values to be equal, and is used
by ==
.source§impl Resource for ZwpTabletToolV1
impl Resource for ZwpTabletToolV1
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 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(
&self,
conn: &DisplayHandle,
msg: Self::Event
) -> Result<Message<ObjectId, RawFd>, InvalidId>
fn write_event( &self, conn: &DisplayHandle, msg: Self::Event ) -> Result<Message<ObjectId, RawFd>, InvalidId>
source§fn is_alive(&self) -> bool
fn is_alive(&self) -> bool
impl Eq for ZwpTabletToolV1
Auto Trait Implementations§
impl !RefUnwindSafe for ZwpTabletToolV1
impl Send for ZwpTabletToolV1
impl Sync for ZwpTabletToolV1
impl Unpin for ZwpTabletToolV1
impl !UnwindSafe for ZwpTabletToolV1
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
§impl<T> Downcast for Twhere
T: Any,
impl<T> Downcast for Twhere T: Any,
§fn into_any(self: Box<T, Global>) -> Box<dyn Any, Global>
fn into_any(self: Box<T, Global>) -> Box<dyn Any, Global>
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
.§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
.§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.§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.