-
Notifications
You must be signed in to change notification settings - Fork 97
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle xterm normal/reset escape sequence #72
Comments
I don’t think this is a common sequence. I personally use xterm-256 in tmux. what app is sending this sequence? still, if it is easy, then I don’t see why not. |
The program in question is Mypy, specifically this line: normal = curses.tigetstr("sgr0") I might open an issue/PR about replacing the curses calls with hardcoded escapes, but I suspect there are lots of other apps out there that are using curses for their escape sequences. A search with grep.app shows about ~160 open source Python repos are using the And I agree that if it is easy to add then it should be added just for better compatibility/coverage. |
Looking at this today… |
So, the sequence ESC ( C is actually resetting the character set to USASCII. |
I agree, ignoring it is probably best. |
I recently found out that xterm uses a weird escape sequence for the normal/reset sequence (aka
sgr0
). Most terminals use\e[0m
, but xterm uses\e(B\e[m
:Here is a small repro:
And this is what it is displaying:
They both reset the color, though the
(B
bit shouldn't be there in the top line.The text was updated successfully, but these errors were encountered: