I’m new to Linux, currently planning and testing a full switch from Windows 10, apart from games. Preferably a distro with gnome desktop and flatpak as default. Also, immutability is a great thing to start with, which is why I started with Fedora 38 Silverblue.
Unfortunately, I have become very accustomed to the pad. I use the numeric keypad regularly, but most of all I need the shortcuts and macros I have configured on the second layer of the pad all the time when I work in Obsidian.
Anyway, I found it useful to provide some background information first, following are the actual relevant facts.
Detailed error description
The knobs and a few buttons work as assigned with VIA, but most buttons show strange behaviour. For example, 8,4,6 and 2 act as arrow keys under Linux. Switching through the layouts is detected correctly (→ other functions for the knobs in other layouts are registered, but the problem with the keys remains…).
From my error description, I conclude that Linux recognizes all keys/knobs of the pad and also reads the VIA/QMK configuration correctly. However, in the system settings under Show Keyboard Layout, I noticed that Linux seems to interpret the Macropad as part of the keyboard and not as an independent peripheral device. More precisely, as a number pad with the Numlock function switched off, which explains the strange behaviour. Unfortunately, I can’t just turn on numlock, as there is no numlock on the K8.
Trying to solve the problem.
- Different layouts in the settings to possibly find one that fits my situation to some extent. With some unusual layouts, like DE Neo 2, the numlock actually works as intended, but this is not a solution, as such exotic layouts mess up everything else.
- Different distros with different base and desktop variant to find out if it has something to do with Gnome desktop or Ubuntu/Debian as base: It does not.
- Tried Numlockx without much hope. As expected, the tool shows no effect regardless of the setting.
- Same via UEFI (→ my BIOS has a Numlock on/off lever at startup), does nothing.
- Searched for custom layouts to download. They are Scarce, respectively all are already integrated in the distros.
- Tried to find the problem in forums and search engines. Despite the not uncommon use of keyboard plus separate pad with integrated VIA/QMK interfaces, I couldn’t find anything so far.
- I have tried various USB connections, both on my PC itself and the monitor. The problem persists regardless of the port used.
Does anyone have an idea how to solve the problem? Is there a way to get Linux to recognize the pad as an independent peripheral? As far as I understand it myself, this would basically solve my problem.
If it’s not too much to ask, I’d be very grateful for any suggestions on solutions adding links or the required Debian commands for the terminal.
Frankly, yes, there are plenty of information sources on the net and there is usually attention paid to accessibility and structure in tutorials and documentation. Unfortunately, it is still a jungle for a newcomer:(.
EDIT 20.05.23: Translated with DeepL from DE to EN to increase grammar, readability.