Thread (11 messages) flat view 11 messages, 4 authors, 2011-12-07

Re: New "ABS_WHEEL2" axis?

From: Jason Gerecke <hidden>
Date: 2011-10-06 20:31:11

On Wed, Oct 5, 2011 at 8:34 PM, Dmitry Torokhov
[off-list ref] wrote:
On Wednesday, October 05, 2011 12:44:40 PM Jason Gerecke wrote:
quoted
I'm working on adding support for the recently-announced Cintiq 24HD,
and am hashing out most of the details on the linuxwacom mailing list.
In the discussions there, it was suggested that we add a new e.g.
"ABS_WHEEL2" axis to the input.h header to represent the second touch
ring available on the 24HD. I think it's a good idea, but wanted to
get some opinions from over here before making a patch. The other
option we have available is to use an axis not already in use by the
wacom driver (such as ABS_RUDDER), but none have a matching semantic
meaning.
And what if next device adds another wheel? And another...

Do these rings only make sense in the context of entire Cintiq device,
or maybe they should be treated as ancillary devices (with separate
input_dev from the main tablet device)?

Thanks.

--
Dmitry
The rings are controls built into the "pad" -- the hardware you bring
the stylus in proximity to. Along with the touch rings, there are also
buttons and touch strips. Now, some devices have controls on only the
left-hand side of the pad, while others have the controls on both
sides of the pad. While one could argue that this makes each "side" a
complete context that can be broken apart into separate devices, that
doesn't really solve anything. What's stopping us from grouping
several rings together?
From a practical standpoint, I don't see tablets with more than two
rings on the horizon. The rings already have mode-switch buttons,
obviating the need for more than one ring per hand. And since the user
only has two hands, it makes the need for more than two rings somewhat
difficult to imagine...

Jason

---
Day xee-nee-svsh duu-'ushtlh-ts'it;
nuu-wee-ya' duu-xan' 'vm-nvshtlh-ts'it.
Huu-chan xuu naa~-gha.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help