Character inputs that require the Alt key are not working

[mp-t]

When trying to input text to search for that requires usage of the Alt key, e.g. the backslash \ on the German keyboard layout, broot just eats the input and does not register a character.

Tested on Windows Terminal and Windows conhost.
Broot version 1.26.1

[Canop]

Many shortcuts involving the alt keys aren't usable in ANSI terminals.

You can use print_keys to check what's available, and how it's received by the TUI application: https://github.com/Canop/print_key

[mp-t]

Not sure if I follow completely but you can use those key combinations in both terminals directly as well as other applications running inside those terminals.

[Canop]

I don't have the same keyboard than you so it's a little hard to be sure.
Can you tell me what print_key says when you type the intended combination, and whether it looks right to you ?

[mp-t]

The right Alt key is interpreted as Ctrl+Alt.
This is reflected in the print_key output:

You typed Ctrl-Alt-\

This looks correct to me.

[FrancescElies]

I could maybe help with this one, i will give it a try the coming week

[FrancescElies]

@Canop I could reproduce the issue. this personally does not affect me but since I happen to have german keyboard, for this experiment I switched from US to DE input.

Bottom right you see keys as I press them, where you see ctr+alt+[ imagine altgr+\, don't ask me why the keyboard logger shows that instead of altgr+\.

Below a screen recording of the thing.

2024-07-15.20-48-42.mp4

@Canop shouldn't print-key see \ instead of Ctrl-Alt-\?

[Canop]

Is the problem specifically related to ctrl-alt-\ or to any combination involving alt-\ ?

[FrancescElies]

any combination with altgr, same issue for the } and ] which are on the left side of the \

[FrancescElies]

@Canop I believe this is the issue we are seeing here crossterm-rs/crossterm#820