From: "Németh Márton" <nm127@freemail.hu>
To: Dmitry Torokhov <dtor@insightbb.com>
Cc: linux-input@atrey.karlin.mff.cuni.cz, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] input: map BTN_FORWARD to button 2 in mousedev
Date: Tue, 7 Nov 2006 09:15:43 +0100 (CET) [thread overview]
Message-ID: <freemail.20061007091543.11068@fm05.freemail.hu> (raw)
In-Reply-To: <d120d5000611061448p73bcfec5xb91bb4f454312eb9@mail.gmail.com>
Dmitry Torokhov <dtor@insightbb.com> wrote:
> On 11/5/06, Németh Márton <nm127@freemail.hu> wrote:
> > From: Márton Németh <nm127@freemail.hu>
> >
> > In mousedev the BTN_LEFT and BTN_FORWARD were mapped to
mouse button 0, causing
> > that the user space program cannot distinguish between
them through /dev/input/mice.
> > The BTN_FORWARD is currently used in the synaptics.c,
logips2pp.c and in alps.c. All
> > mice have BTN_LEFT, but not all have BTN_MIDDLE (e.g.
Clevo D410J laptop). Mapping
> > BTN_FORWARD to mouse button 2 makes the BTN_FORWARD
button useful on the mentioned
> > laptop.
> >
>
> I'd rather not touch mappings in legacy mousedev driver. I
believe
> both synaptics and evdev X drivers will correctly recognize
> BTN_FORWARD, is there any reason you are not using them?
If I have understand the input subsystem correctly, for the
evdev X driver the mousedev.c is not needed, so using an
evdev X driver is a completely other story. This map change
could result that the BTN_FORWARD can be used as BTN_MIDDLE
out of the box, without any additional drivers, so it is
simpler (at least in case of Clevo D410J).
My patch is based on the assumption that every mouse has
BTN_LEFT, so it is not worth having two mouse buttons for
the same function. (For Clevo D410J it is actually an
information loss at this point.)
Next thing is that the BTN_FORWARD and BTN_BACK usually
comes together. The BTN_LEFT and BTN_RIGHT usually comes
together also. For the mapping I see some possible mapping
listed in the following table:
Button name | (a) | (b) | (c) |
---------------+-------------+-------------+-------------+
BTN_LEFT | 0 | 0 | 0 |
BTN_RIGHT | 1 | 1 | 1 |
BTN_FORWARD | 0 | 2 | 0 |
BTN_BACK | 1 | 3 | 3 |
Mapping (a) would map BTN_FORWARD and BTN_BACK to BTN_LEFT
and BTN_RIGHT. Mapping (b) would map all 4 buttons to
different buttons. Mapping (c) is the current mapping where
the BTN_FORWARD is handled differently than BTN_BACK.
NMarci
___________________________________________________________________________
Karácsonyi sorban állás helyett vásároljon kényelmesen! Garantáltan 1 nap alatt szállítjuk a megrendelt könyveket!
http://www.bookline.hu/control/news?newsid=528&affiliate=frenapkar3171
prev parent reply other threads:[~2006-11-07 8:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-05 11:40 Németh Márton
2006-11-06 22:48 ` Dmitry Torokhov
2006-11-07 8:15 ` Németh Márton [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=freemail.20061007091543.11068@fm05.freemail.hu \
--to=nm127@freemail.hu \
--cc=dtor@insightbb.com \
--cc=linux-input@atrey.karlin.mff.cuni.cz \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®