From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTbkX-0007hf-PI for qemu-devel@nongnu.org; Thu, 14 Aug 2008 08:16:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTbkV-0007gN-3K for qemu-devel@nongnu.org; Thu, 14 Aug 2008 08:16:16 -0400 Received: from [199.232.76.173] (port=34278 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTbkU-0007gK-T5 for qemu-devel@nongnu.org; Thu, 14 Aug 2008 08:16:14 -0400 Received: from smtp2-g19.free.fr ([212.27.42.28]:35356) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KTbkU-0007Bx-Ni for qemu-devel@nongnu.org; Thu, 14 Aug 2008 08:16:14 -0400 Received: from smtp2-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp2-g19.free.fr (Postfix) with ESMTP id 07A5512B71C for ; Thu, 14 Aug 2008 14:16:14 +0200 (CEST) Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82]) by smtp2-g19.free.fr (Postfix) with ESMTP id B1D3E12B719 for ; Thu, 14 Aug 2008 14:16:13 +0200 (CEST) In-Reply-To: Subject: Re: [Qemu-devel] [PATCH] [RFC] usb-wacom From: "=?windows-1252?q?Fran=E7ois?= Revol" Date: Thu, 14 Aug 2008 14:17:41 +0200 CEST Message-Id: <3191385421-BeMail@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org > The wacom-tablet was implemented to emulate a touchscreen originally, > because Linux doesn't by default have drivers for any hotpluggable > touchscreen. Reporting 0,0 when not touching allows the emulation to > be used with tslib. With a real tablet the stylus can also be too > far > above the surface for the coords to be avilable, but I don't know > what > coords are being reported then. I don't either, but it actually depends on the model, and the penpartner doesn't seem to repport if it's in range or not. See hasContact variable in the Haiku driver is hardcoded for it. Which means it should always send valid coords, likely the last known ones, else the Haiku driver would also cause problems with real hardware, and would have been fixed to cache. > > Now, I'm not sure those max values are correct for all Penpartner > > devices, or if they were calibrated on a specific item. > > I'm don't know either I'm afraid, for my use case it didn't matter > because tslib will calibrate the input anyway. It may be useful > adding the correct HID descriptors (I though we already had them). They are present in the generic usb-tablet emulation OTH. I'll try to ask someone who knows about those values. > > Finaly, I fixed button handling according to our driver, not sure > > all > > drivers handle them the same. pressure indicates left button, and a > > flag tells about right one. I mapped middle button to the eraser to > > at > > least be useful in tablet-aware software though I'm not sure it's > > the > > best way. > > I'll check if this works with Linux also, when I get a chance. I > didn't look at your patch yet as I'm away form my desktop Thanks. Fran=E7ois.