Hello, On Sun, Sep 04, 2022 at 07:00:32PM +0800, Chan Ju Ping wrote:

On Saturday, 3 September 2022 18:43:26 +08 Michael Pujos wrote:

...

Hi,

Let me introduce a new package keyd that I will submit for inclusion to Factory (from the hardware devel project).

Project homepage: https://github.com/rvaiya/keyd

keyd is a lightweight daemon that handle advanced key remappings at the system level (evdev, input), thus desktop environment agnostic (works in tty, Xorg, Wayland). Its functionality is inspired by custom keyboard firmware QMK: layers, key and modifier overloading (different tap/hold behavior), ... It leverages the daemon to also support per-app remapping (Xorg, Sway and Gnome on Wayland are supported) This project is well maintained upstream.

Oh wow it even seems to include support for mouse remapping. Thanks for highlighting this.

The kernel can already do static key code mappings without additional software. What keyd brings are more complex mappings with multiple layers. udev can map mouse buttons to keyboard keys but there does not seem to be support for mapping keys to mouse bottons. https://wiki.archlinux.org/title/Map_scancodes_to_keycodes https://github.com/systemd/systemd/blob/main/hwdb.d/60-keyboard.hwdb#L46 I suspect it's udev limitation and not kernel - after all it's the udev rules what decides which devices are treated as keyboards, and which as mice. Mapping axis to keyboard would be non-trivial and require additional software like keyd. It also does not produce very good results. Thanks Michal

Hello, On Sun, Sep 04, 2022 at 07:00:32PM +0800, Chan Ju Ping wrote:

On Saturday, 3 September 2022 18:43:26 +08 Michael Pujos wrote:

...

Hi,

Let me introduce a new package keyd that I will submit for inclusion to Factory (from the hardware devel project).

Project homepage: https://github.com/rvaiya/keyd

keyd is a lightweight daemon that handle advanced key remappings at the system level (evdev, input), thus desktop environment agnostic (works in tty, Xorg, Wayland). Its functionality is inspired by custom keyboard firmware QMK: layers, key and modifier overloading (different tap/hold behavior), ... It leverages the daemon to also support per-app remapping (Xorg, Sway and Gnome on Wayland are supported) This project is well maintained upstream.

Oh wow it even seems to include support for mouse remapping. Thanks for highlighting this.

The kernel can already do static key code mappings without additional software. What keyd brings are more complex mappings with multiple layers. udev can map mouse buttons to keyboard keys but there does not seem to be support for mapping keys to mouse bottons. https://wiki.archlinux.org/title/Map_scancodes_to_keycodes https://github.com/systemd/systemd/blob/main/hwdb.d/60-keyboard.hwdb#L46 I suspect it's udev limitation and not kernel - after all it's the udev rules what decides which devices are treated as keyboards, and which as mice. Mapping axis to keyboard would be non-trivial and require additional software like keyd. It also does not produce very good results. Thanks Michal