What's going on with option+shift+7 on a German keyboard?

[oefe]

Hi,

I would like to use macos-option-as-alt with a German keyboard.

However, on this keyboard a few ASCII characters are only available as Option+key combinations to make room for our beloved umlauts.
So they would normally not be available in that mode.
But as they are frequently needed in the terminal, I tried to explicitly map them:

macos-option-as-alt = true
keybind = option+5=text:[
keybind = option+6=text:]
keybind = option+7=text:|
keybind = option+shift+7=text:\
keybind = option+8=text:{
keybind = option+9=text:}
keybind = option+l=text:@

This works fine for all of them, except for the backslash (option+shift+7).
That setting doesn't seem to have any effect.
Instead of the backslash Ghostty sends some control sequence (I'm not sure what, but it triggers file name autocompletion in bash.)

This doesn't seem to happen with other option+shift+number combinations, only 7 and 0.

Any idea what's going on here? I checked the keyboard tab in Terminal Inspector, the key sequences don't look any different to other option+shift+number combinations.

Is there a way to make this mapping work?

My current workaround is to remap only the right option key to alt.

[jacwah]

Hi, I have the exact same issue on my Swedish keyboard. Bindings for alt+{7,8,9} works, as well as shift+alt+{8,9}. But specifically shift+alt+7 does not work. It does not seem to be related to text:\\, if I change it to text:X it does not work either. According to hexdump, it looks like the key outputs hex 1b 2f (ESC /) instead of the bound key.

macos-option-as-alt = true
keybind = alt+2=text:@
keybind = alt+4=text:$
keybind = alt+7=text:|
keybind = alt+8=text:[
keybind = alt+9=text:]
keybind = shift+alt+7=text:\\
keybind = shift+alt+8=text:{
keybind = shift+alt+9=text:}

In the keyboard inspector, shift+alt+8 generates "Press: Shift+Alt+eight; Release Shift+Alt+eight", while shift+alt+7 generates "Press: Shift+Alt+slash; Release Shift+Alt+seven". I.e. with 7, the press and release events are mismatched. Maybe this is a hint to solve the issue.

As a workaround, the following keybind seems to work:

keybind = shift+alt+slash=text:\\