search

Swordfish90 / cool-retro-term

A good looking terminal emulator which mimics the old cathode display...
21.78k stars 837 forks source link

Support of ALT (WIN) key not working or missing #765

Open mhpcto opened 1 year ago

mhpcto commented 1 year ago

I am trying to use APL (Dyalog and GNU) with cool-retro-terminal. I added an APL font to the app. I can select that APL profile and it uses the font but I can not render the actual APL characters which are selected using the ALT key (Compose). Other terminal emulators (terminal and kitty) correctly do this, as well as all editors I use.

The ALT key modifier and the secondary font are configured on the system level.

Primary input source: English(US) Secondary input source: APL symbols (Dyalog APL) Compose Key: Left Alt

System is: Ubuntu 22.04.

Should this work or is it unsupported?

ranenvious commented 1 year ago

I have had this issue as well. I think it's down to how CRT binds the key. I don't remember off the top of my head since I haven't been living in the terminal too much recently but I know that the equivilant key combination is pressing down two of the three modification keys (shift, ctrl, and alt, maaaaby the meta-key as well although I don't believe so) at the same time.

This isn't an excuse however, this very much is functionality that should be fixed since many CLI tools try to bind to what those keys are in other terminals. This is made even worse by the fact that ctrl x, alt x, and shift x typically are all bound to something. It's quite rare an application would ONLY bind alt-x for example. It's usually all three or none at all, so your muscle memory betraying you on this because the key combos are different in CRT could make you do things you really didn't want to.

Jack-Weyen commented 1 year ago

Responding so this issue gets a bit more attention.

I'm having this exact problem as well—trying to run Dyalog APL in cool-retro-terminal, and all attempts to type characters requiring the ALT key result in this character: <ffffffff>. This persists outside of the Dyalog Alt US keyboard, as typing any character requiring the ALT key, on any keyboard, result in the above character.

I should mention I'm running macOS Monterey, version 12.3.1.