mirror of
https://github.com/wez/wezterm.git
synced 2024-11-30 14:49:26 +03:00
03f51f7be2
This was an unintended casualty of the recent gui layer refactoring. If you press `option-h` macos generates DOT ABOVE which we pass through to the terminal key processing layer. It sees that ALT is set and emits an escape byte (to indicate that ALT is set) followed by the UTF-8 sequence for DOT ABOVE. `zsh` gets confused and treats this as `<ffffffff>` in its line editor. This diff restricts the emission of the ESC leader to ascii alphanumeric characters only. There needs to be a followup diff to allow configuring how we process these ALT modified characters on macOS because our current behavior breaks eg: `ALT-1` which is a hotkey that I use in tmux. Granted that I don't need tmux with end to end wezterm, but it does prevent me from using that if I wanted to. |
||
---|---|---|
.. | ||
src | ||
Cargo.toml |