search

qmk / qmk_firmware

Open-source keyboard firmware for Atmel AVR and Arm USB families
https://qmk.fm
GNU General Public License v2.0
18.02k stars 38.74k forks source link

[Bug] Cannot produce KC_NUBS keycode under Linux #13743

Closed mattdibi closed 3 years ago

mattdibi commented 3 years ago

Describe the Bug

I'm on a Corne keyboard and I cannot produce the </> characters (italian layout) using KC_NUBS under Linux. It's always interpreted as \/|.

Likewise on macOS I can only produce </> characters and no \/| (i.e. I can only send KC_NUBS but no KC_GRV)

System Information

Additional Context

Please see attached keymap I'm using (Miryoku layout) manna-harbour_miryoku copy.txt

precondition commented 3 years ago

What keyboard model is set in your OS? Make sure "Generic 105-key PC (intl.)" is set as your keyboard model in the keyboard settings.

If you use a DE that doesn't have a GUI app to configure keyboard settings, you can see the current keyboard settings with setxkbmap -print and change the keyboard model/geometry by running setxkbmap -geometry 'pc(pc105)'.

MacOS also requires you to specify if your keyboard is ISO or ANSI. Obviously a corne is neither but you must say it is an ISO board if you want ISO keys to work on MacOS.

mattdibi commented 3 years ago

Hi,

thank you for reaching out, unfortunately this didn't help much.

On macOS I was able to set it to ISO but now I cannot produce the </> characters anymore as it's always interpreted as \/|.

On Linux it was already set as "Generic 105-key PC (intl.)"

mattdibi commented 3 years ago

Update: I just flashed the default crkbd keymap on my Corne with KC_NUBS and KC_GRV where I could easily test them and they work without issue (i.e. I have both < and \).

Given the above I have to assume the problem comes from the fact that I'm using the Miryoku layout.

mattdibi commented 3 years ago

Yeah so it always worked and I'm just dumb.

I mixed layers up and just put the same key in two different places -..-'