mirror of
https://github.com/wez/wezterm.git
synced 2024-11-10 15:04:32 +03:00
ea401e1f58
This was a bit of a pain to track down because this behavior isn't specified anywhere or called out explicitly. The issue is that if you use a true color escape sequence such as ```bash printf "\x1b[38;2;255;100;0mTRUECOLOR\n" ``` the active color would remain active when switching between the primary and the alt screen until something (eg: `ls --color`) changed it again. I hadn't run into this because in my prompt, many many years ago, I had it set to perform an SGR reset (`\x1b[0m`) as the first thing to ensure that the shell is in a saner state. For users that don't do this they end up with a weird looking color bleed effect. refs: https://github.com/wez/wezterm/issues/169 |
||
---|---|---|
.. | ||
src | ||
Cargo.toml |