Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

<> und ^° vertauscht #2

Open
kai-breitbarth opened this issue Mar 23, 2022 · 6 comments
Open

<> und ^° vertauscht #2

kai-breitbarth opened this issue Mar 23, 2022 · 6 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@kai-breitbarth
Copy link

kai-breitbarth commented Mar 23, 2022

Erst einmal sehr cooles Tool! Vielen Dank!
Die Tasten <> neben der Shift taste ist mit der Taste ^° ganz oben links bei vertauscht. (Cherry MX 3000).
Kann man das noch ändern?

In English:
On a German keyboard (Cherry MX 3000) the keys '<>' and '^°' switched. Is it possible to change that?

@skrysmanski
Copy link
Owner

(Keeping this English ;) )

The keys work fine on my built-in macBook keyboard. So it seems that macOS treats external keyboards differently.

Looking around the Internet, it seems that this is a (longstanding) bug/problem in macOS:

To solve this, we would probably need another keyboard layout for external keyboards. I'm not sure if this would be very usable - at least I wouldn't want to switch keyboard layouts anytime I switch from an external keyboard to the built-in keyboard (and the other way around). But I guess for Macs without internal keyboard (iMac, ...) it would be fine.

I currently don't have an external keyboard (that fits into the USB-C port of my macBook), so I couldn't test this. But pull requests are certainly welcome for this.

@skrysmanski skrysmanski added enhancement New feature or request help wanted Extra attention is needed labels Mar 26, 2022
@lenlennart
Copy link

this is not an issue of this keyboard layout, but of the general keyboard-type used.
you can fix this changing the keyboard-type:
image
See also: https://www.schieb.de/766262/falsche-tastaturzuordnung-beim-mac-korrigieren
Once this is set properly, the <> button works fine on all external keyboards, even without this image.

@FlorianShepherd
Copy link

FlorianShepherd commented Jul 28, 2022

Thank you @lenlennart and @skrysmanski for your work and answers!

I have the same issue and the "change keyboard" button is not available on Mac OS Big Sur. Here is the solution: https://apple.stackexchange.com/questions/379907/force-keyboard-re-identification-in-catalina-macos

Delete /Library/Preferences/com.apple.keyboardtype.plist an reboot -> You will be prompted again for the keyboard type. I have to chose ISO Typehere.

I also had to do this to get "End" and "Pos1" working: https://medium.com/@elhayefrat/how-to-fix-the-home-and-end-buttons-for-an-external-keyboard-in-mac-4da773a0d3a2

@MeisterDerMagie
Copy link

MeisterDerMagie commented Aug 3, 2023

Thanks to @lenlennart's solution, the keys are now correct. But sadly the vertical bar | doesn't work. It should be Alt+<. Many programmer need this for their logical OR. Is there a way to add it?

EDIT: Sorry, my bad. I had the AltTab app running that was intercepting the shortcut. In the AltTab settings it's possible to disable that shortcut. I'll leave this comment here in case someone else has the same issue.

@enko
Copy link

enko commented Oct 7, 2024

Something you need to pay attention to when you have multiple input devices and the dialog appears, you are configuring the right device. In my case, I had to remove all other HID devices and then plug in my keyboard for the dialog to work.

@sscheib
Copy link

sscheib commented Oct 13, 2024

If anybody else is using Karabiner Elements together with an offical Apple Wireless Magic keyboard (although, I am unsure if the keyboard is relevant), make sure to set the Virtual Keyboard in Karabiner Elements to ANSI.

To do so, open Karabiner Elements, select Virtual Keyboard on the left hand side and select ANSI as the Keyboard type.

ANSI swaps ^ and <, but keeps the other keys where they are - as far as I can tell at least.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

7 participants