On Wed, Jul 6, 2011 at 10:37 PM, Peter Hutterer <[email protected]>wrote:
> On Wed, Jul 06, 2011 at 10:03:02PM -0600, Erich Hoover wrote:
> > On Wed, Jul 6, 2011 at 12:15 AM, Peter Hutterer <
> [email protected]>wrote:
> > ...
> > > The PNPID may be the key here to tweak those options.
> > Is that the sysfs-based id that gets passed to set_keybits_wacom?
> correct. you'd have to add a new model to isdv4_models, find the matching
> regex and then go from there. The current code relies on the model to only
> contain numbers that can be used as id. If there's more than that involved,
> some larger changes may be necessary.
>
I pulled out three of the five models we have and they have the following
ids:
0x005: HP tc1100 (has pen buttons)
0x006: HP tc4200 (has pen buttons)
0x004: HP 2710p (no pen buttons)
I'm assuming/hoping that the tc4400 has the same hardware as the tc4200 and
the 2710p shares hardware with the 2740p. Anyway, it seems that we could
check for ids 0x05 and 0x06 and use SETBIT(keys, BTN_0) for both of these
and then later test for BTN_0 before using pen button packets. In addition,
we could potentially use a different bit (BTN_1?) to indicate the 0x06 type
tablet where the button code is "rotated" (so that the same button numbers
can be generated for tablets of different models). Does this sound
reasonable?
...
>
> Would it make sense to put these as the first 3 buttons for the PAD_ID?
> > That way if there ends up being an overlap with some other device then it
> > should become obviously very rapidly (ie. before anyone starts to rely on
> > any particular behavior).
>
> I don't think that's a good idea. Anyone who already relies on pad buttons
> to be just buttons (which is the case on all pads) would be confused if
> they
> have special functionality.
>
Ok.
> ...
have you tried running the isdv4-serial-debugger against it? It should show
> the other data in that packet, so you can check if there's anything of
> value
> in there.
>
I used memdump() on the data: the first byte is 0xC1, the second is a
bit-wise button code, and all the remaining bytes are all zero.
Erich Hoover
[email protected]
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Linuxwacom-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
