<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - libinput ignores "pad" device on Wacom MobileStudio Pro"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102100#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - libinput ignores "pad" device on Wacom MobileStudio Pro"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102100">bug 102100</a>
from <span class="vcard"><a class="email" href="mailto:killertofu@gmail.com" title="Jason Gerecke <killertofu@gmail.com>"> <span class="fn">Jason Gerecke</span></a>
</span></b>
<pre>IIRC, the accelerometer discussions came about in response to the 27QHD which
was the first Wacom device to have one. Ping introduced
INPUT_PROP_ACCELEROMETER [1] for it and you later [2] documented the meaning of
the property:
<span class="quote">> Directional axes on this device (absolute and/or relative x, y, z) represent
> accelerometer data. All other axes retain their meaning. A device must not mix
> regular directional axes and accelerometer axes on the same event node.</span >
I imagine this issue wasn't noticed with the 27QHD because it only has the soft
KEY_* buttons (which aren't yet handled in userspace) -- no ExpressKeys, rings,
or other controls.
... Unless I'm forgetting a more recent discussion of accelerometer data?
[1]: <a href="https://patchwork.kernel.org/patch/5720721/">https://patchwork.kernel.org/patch/5720721/</a>
[2]: <a href="https://patchwork.kernel.org/patch/6102851/">https://patchwork.kernel.org/patch/6102851/</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>