From: Hans de Goede <hdegoede@redhat.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: "Mark Pearson" <mpearson-lenovo@squebb.ca>,
"Peter Hutterer" <peter.hutterer@redhat.com>,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
"Henrique de Moraes Holschuh" <hmh@hmh.eng.br>,
ibm-acpi-devel@lists.sourceforge.net,
"platform-driver-x86@vger.kernel.org"
<platform-driver-x86@vger.kernel.org>,
linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
"Nitin Joshi1" <njoshi1@lenovo.com>,
"Vishnu Sankar" <vsankar@lenovo.com>
Subject: Re: [PATCH 1/4] Input: Add trackpoint doubletap and system debug info keycodes
Date: Tue, 16 Apr 2024 10:35:22 +0200 [thread overview]
Message-ID: <ab98ff25-2ab3-4ab6-ae46-84aef6369c3c@redhat.com> (raw)
In-Reply-To: <Zh2G85df29tPP6OK@google.com>
Hi,
On 4/15/24 9:58 PM, Dmitry Torokhov wrote:
> On Mon, Apr 15, 2024 at 09:50:37PM +0200, Hans de Goede wrote:
>> Hi,
>>
>> On 4/15/24 9:40 PM, Dmitry Torokhov wrote:
>>> On Wed, Apr 10, 2024 at 10:48:10PM -0400, Mark Pearson wrote:
>>>>
>>>> I have a stronger preference to keep the KEY_DOUBLECLICK - that one seems less controversial as a genuine new input event.
>>>
>>> Please see my response to Peter's letter. I think it very much depends
>>> on how it will be used (associated with the pointer or standalone as it
>>> is now).
>>>
>>> For standalone application, recalling your statement that on Win you
>>> have this gesture invoke configuration utility I would argue for
>>> KEY_CONFIG for it.
>>
>> KEY_CONFIG is already generated by Fn + F# on some ThinkPads to launch
>> the GNOME/KDE control center/panel and I believe that at least GNOME
>> comes with a default binding to map KEY_CONFIG to the control-center.
>
> Not KEY_CONTROLPANEL?
No when this was added most distros were still using X11 not Wayland so
it was preferable to use KEY_foo symbols with codes below 240.
> Are there devices that use both Fn+# and the doubleclick? Would it be an
> acceptable behavior for the users to have them behave the same?
That is a good question, at least my current ThinkPad does not have
the Fn + F## combo for the control center anymore. So I guess we could
indeed re-use KEY_CONFIG for the double-tap.
Regards,
Hans
next prev parent reply other threads:[~2024-04-16 8:35 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-24 21:07 [PATCH 0/4] platform/x86,input: Support for new events on Mark Pearson
2024-03-24 21:07 ` [PATCH 1/4] Input: Add trackpoint doubletap and system debug info keycodes Mark Pearson
2024-04-08 12:45 ` Hans de Goede
2024-04-08 23:31 ` Dmitry Torokhov
2024-04-09 0:00 ` Mark Pearson
2024-04-09 10:16 ` Hans de Goede
2024-04-09 21:54 ` Dmitry Torokhov
2024-04-09 5:23 ` Peter Hutterer
2024-04-09 21:47 ` Dmitry Torokhov
2024-04-10 1:20 ` Dmitry Torokhov
2024-04-10 2:17 ` Mark Pearson
2024-04-11 0:02 ` Dmitry Torokhov
2024-04-11 2:48 ` Mark Pearson
2024-04-15 19:40 ` Dmitry Torokhov
2024-04-15 19:50 ` Hans de Goede
2024-04-15 19:58 ` Dmitry Torokhov
2024-04-15 20:28 ` Mark Pearson
2024-04-15 22:54 ` Dmitry Torokhov
2024-04-15 23:57 ` Mark Pearson
2024-04-16 8:33 ` Hans de Goede
2024-04-16 12:48 ` Mark Pearson
2024-04-16 13:03 ` Hans de Goede
2024-04-16 8:35 ` Hans de Goede [this message]
2024-04-11 12:30 ` Hans de Goede
2024-04-15 19:35 ` Dmitry Torokhov
2024-04-15 19:47 ` Hans de Goede
2024-04-15 19:55 ` Dmitry Torokhov
2024-04-10 4:32 ` Peter Hutterer
2024-04-15 19:32 ` Dmitry Torokhov
2024-03-24 21:07 ` [PATCH 2/4] platform/x86: thinkpad_acpi: Support for trackpoint doubletap Mark Pearson
2024-04-08 13:04 ` Hans de Goede
2024-04-08 14:56 ` [ibm-acpi-devel] " Mark Pearson
2024-03-24 21:08 ` [PATCH 3/4] platform/x86: thinkpad_acpi: Support for system debug info hotkey Mark Pearson
2024-04-08 13:11 ` Hans de Goede
2024-04-08 14:56 ` Mark Pearson
2024-03-24 21:08 ` [PATCH 4/4] platform/x86: thinkpad_acpi: Support hotkey to disable trackpoint doubletap Mark Pearson
2024-04-08 13:13 ` Hans de Goede
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=ab98ff25-2ab3-4ab6-ae46-84aef6369c3c@redhat.com \
--to=hdegoede@redhat.com \
--cc=dmitry.torokhov@gmail.com \
--cc=hmh@hmh.eng.br \
--cc=ibm-acpi-devel@lists.sourceforge.net \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mpearson-lenovo@squebb.ca \
--cc=njoshi1@lenovo.com \
--cc=peter.hutterer@redhat.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=vsankar@lenovo.com \
/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;
as well as URLs for NNTP newsgroup(s).