Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756095Ab0LPN6E (ORCPT ); Thu, 16 Dec 2010 08:58:04 -0500 Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:54999 "EHLO ch-smtp01.sth.basefarm.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756061Ab0LPN6B (ORCPT ); Thu, 16 Dec 2010 08:58:01 -0500 Message-ID: <4D0A1AD5.1070200@euromail.se> Date: Thu, 16 Dec 2010 14:57:41 +0100 From: Henrik Rydberg User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: Dmitry Torokhov CC: Peter Hutterer , Jiri Kosina , Ping Cheng , Chris Bagwell , Chase Douglas , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC v2] input: Introduce device information ioctl References: <1292440807-18502-1-git-send-email-rydberg@euromail.se> <20101216002941.GC4952@salty.local> <20101216004358.GA22066@core.coreip.homeip.net> In-Reply-To: <20101216004358.GA22066@core.coreip.homeip.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 83.248.200.95 X-Scan-Result: No virus found in message 1PTEL1-0005pY-6B. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1PTEL1-0005pY-6B 977865f0199c511be905dec494c0d2a7 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2039 Lines: 46 >>> /* >>> + * Device properties and quirks >>> + */ >>> + >>> +#define INPUT_PROP_POINTER 0x00 /* needs a pointer */ >>> +#define INPUT_PROP_DIRECT 0x01 /* direct object manipulation */ >> >> fwiw, I think the common term for these is "direct input devices", at least >> that's how a lot of the research literature refers to them. Might be good to >> use the same term. >> >> either way, not sure about this one. I've worked with devices that were >> indirect by nature but used directly. e.g. the magic touchpad could quite >> easily be used as direct input device with an top-down projector. the >> decision to use it as an indirect device is a UI decision. >> Likewise, some mountable direct-touch touchscreens can be used indirectly if >> the touchscreen isn't mounted straight on the display. This is very much a >> setup-specific property and I'm not sure about the value of this >> information. > > All of these "props" would have no reflection on the event stream > generated by the device, and exist solely for the benefits of userspace > consumers to help them set up the device automatically and interpret the > data appropriately. As such, if someone uses touchscreen as a tablet, I > believe userspace should allow it, but at the price of manual setup. > > If we start seeing cuch devices we could consider EVIOCSPROPS so > infrastructure (udev) could adjust the properties so that upper levels > (X) can still use the data to set up devices properly. > > What do you think? > I am not 100% convinced. If other things like touchscreen orientation would fit into that flow as well, then I'd say yes. But if there will always be a difference between a default device setting and a system-wide device setting, then it seems reasonable to handle this in userspace. Henrik -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/