From: Chase Douglas <chase.douglas@canonical.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Jussi Pakkanen <jussi.pakkanen@canonical.com>,
linux-input@vger.kernel.org
Subject: Re: [PATCH] Documented input device properties.
Date: Tue, 10 Jan 2012 10:59:50 +0100 [thread overview]
Message-ID: <4F0C0C16.20005@canonical.com> (raw)
In-Reply-To: <20120109175551.GC15083@core.coreip.homeip.net>
On 01/09/2012 06:55 PM, Dmitry Torokhov wrote:
> Hi Jussi,
>
> On Mon, Jan 09, 2012 at 06:44:14PM +0200, Jussi Pakkanen wrote:
>> ---
>> Documentation/input/event-codes.txt | 27 +++++++++++++++++++++++++++
>> 1 files changed, 27 insertions(+), 0 deletions(-)
>>
>> diff --git a/Documentation/input/event-codes.txt b/Documentation/input/event-codes.txt
>> index 23fcb05..7c515a5 100644
>> --- a/Documentation/input/event-codes.txt
>> +++ b/Documentation/input/event-codes.txt
>> @@ -220,6 +220,33 @@ EV_PWR:
>> EV_PWR events are a special type of event used specifically for power
>> mangement. Its usage is not well defined. To be addressed later.
>>
>> +Device properties:
>> +=================
>> +
>> +INPUT_PROP_POINTER:
>> +------------------
>> +There is a one to one mapping between the device coordinates and
>> +screen coordinates.
>
> This is not correct as touchpads fall firmly into INPUT_PROP_POINTER
> land and certainly do not have 1:1 relationship between on-screen and
> device coordinates.
Yeah, the definition of this should be inverted. (This is my mistake, as
I gave Jussi the wrong definition when he was writing this up.)
>> This property only has meaning for non-touch based
>> +input such as a pen or an eraser. A drawing tablet would have this property
>> +set.
>
> Wacom Bamboo touch can be said is touch based but still is a pointer
> device. Basically pointer device is one that requires use of an
> on-screen pointer to reflect user's movement while with direct devices
> touching object itself serves as a pointer to the user.
This definition, while usually correct, is mixing properties and policy.
We had a discussion about this:
http://thread.gmane.org/gmane.linux.kernel.input/21565/focus=21658
The definitions in this patch try to reflect the outcome of that discussion.
-- Chase
prev parent reply other threads:[~2012-01-10 9:59 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-09 16:44 [PATCH] Documented input device properties Jussi Pakkanen
2012-01-09 17:55 ` Dmitry Torokhov
2012-01-10 9:59 ` Chase Douglas [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F0C0C16.20005@canonical.com \
--to=chase.douglas@canonical.com \
--cc=dmitry.torokhov@gmail.com \
--cc=jussi.pakkanen@canonical.com \
--cc=linux-input@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.