From: Werner Sembach <wse@tuxedocomputers.com>
To: Hans de Goede <hdegoede@redhat.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/2] Input: atkbd - Correctly map F13 - F24
Date: Mon, 17 Mar 2025 17:47:34 +0100 [thread overview]
Message-ID: <f742f82e-d533-431f-bf64-01cec4bead09@tuxedocomputers.com> (raw)
In-Reply-To: <45fff318-7925-4328-9dca-999c00e271d2@redhat.com>
Hi again,
Am 17.03.25 um 13:06 schrieb Hans de Goede:
> Hi,
>
> On 11-Mar-25 19:10, Werner Sembach wrote:
>> Hi Hans, Hi Dimitry,
>>
>> resending this too on the v2 to not cause confusion:
>>
>> Regarding remapping KEY_ZENKAKUHANKAKU to KEY_TOUCHPAD_TOGGLE:
>>
>> Am 11.03.25 um 19:06 schrieb Werner Sembach:
>>> Currently only F23 is correctly mapped for PS/2 keyboards.
>>>
>>> Following to this table:
>>> https://download.microsoft.com/download/1/6/1/161ba512-40e2-4cc9-843a-923143f3456c/translate.pdf
>>>
>>> - F24 and Zenkaku/Hankaku share the same scancode, but since in real world
>>> Zenkaku/Hankaku keys seem to just use the tilde scancode, this patch binds the
>>> scancode to F24. Note that on userspace side the KEY_ZENKAKUHANKAKU keycode is
>>> currently not bound in xkeyboard-config, so it is (mostly*) unused anyway.
>> I think what the firmware vendor actually wanted to do was to send ctrl+super+f24 upon touchpad toggle. This would somewhat fall in line with, for example, the copilot key being implemented as shift+super+f23.
> I agree that that seems to be the intent.
>
>> Following this, my suggestion is to do this remapping and handle the rest in xkeyboard-config
> xkeyboard config already contains mappings for F13 - F18 and F20-F23 in
> /usr/share/X11/xkb/symbols/inet
>
> So all that needs to happen there is map FK19 -> F19 and FK24 -> F24.
>
> And then teach KDE + GNOME that ctrl+super+f24 means touchpad-toggle.
Alternative suggestion, again following how the copilot key is implemented:
key <FK19> { [ F19 ] };
[...]
key <FK23> { [ XF86TouchpadOff, XF86Assistant ], type[Group1] =
"PC_SHIFT_SUPER_LEVEL2" };
key <FK24> { [ F24, XF86TouchpadToggle ], type[Group1] =
"PC_CONTROL_SUPER_LEVEL2" };
Then only xkb has to be touched again, but not KDE and GNOME.
>
> We could maybe get away with also dropping the weird mappings for FK13 - FK18
> and map those straight to F13 - F18, but we need the special mappings
> for F20 - F23 to stay in place to not break stuff.
Good question
XF86Tools launches system settings on KDE.
XF86Launch5-9 do nothing by default afaict.
Looking at the links in the git log of xkeyboard-config (commit
1e94d48801bf8cb75741aa308d4cdfb63b03c66c and
01d742bc5cd22543d21edb2101fec6558d4075db) these seems to be device specific
bindings that got accepted in the default config because the keys where unbound
before.
Best regards,
Werner
>
> Regards,
>
> Hans
>
>
next prev parent reply other threads:[~2025-03-17 16:47 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-11 18:06 [PATCH v2 1/2] Input: atkbd - Map FN-key for TongFang barebones Werner Sembach
2025-03-11 18:06 ` [PATCH v2 2/2] Input: atkbd - Correctly map F13 - F24 Werner Sembach
2025-03-11 18:10 ` Werner Sembach
2025-03-17 12:06 ` Hans de Goede
2025-03-17 16:47 ` Werner Sembach [this message]
2025-03-17 22:22 ` Hans de Goede
2025-03-18 10:20 ` Werner Sembach
2025-03-25 13:18 ` Werner Sembach
2025-03-17 11:58 ` Hans de Goede
2025-03-17 17:00 ` Werner Sembach
2025-03-17 22:23 ` Hans de Goede
2025-03-18 10:21 ` Werner Sembach
2025-05-15 12:26 ` Werner Sembach
2025-07-21 20:36 ` Werner Sembach
2025-07-22 7:04 ` Hans de Goede
2025-07-22 11:53 ` Werner Sembach
2025-03-11 18:07 ` [PATCH v2 1/2] Input: atkbd - Map FN-key for TongFang barebones Werner Sembach
2025-03-17 11:04 ` Hans de Goede
2025-03-17 15:50 ` Werner Sembach
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=f742f82e-d533-431f-bf64-01cec4bead09@tuxedocomputers.com \
--to=wse@tuxedocomputers.com \
--cc=dmitry.torokhov@gmail.com \
--cc=hdegoede@redhat.com \
--cc=linux-input@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).