-
Notifications
You must be signed in to change notification settings - Fork 443
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
xterm-256/24-bit colors are not supported #9
Comments
Hi, |
So apparently the problem is that winpty does not support 256 colors: rprichard/winpty#108 |
Yes, exactly. |
Quick update: microsoft/terminal#57 is officially closed, that TTY API is coming in the fall release of Windows 10. |
Yes, i read the blog post, this will be good. I plan to implement it once it hits the release preview update ring. |
@felixse is this closed because it's fixed now? Because I downloaded 0.4.1 yesterday, and was just about to file this as a bug 😉 (thanks to node-pty 0.8 VS Code fixed this awhile ago, and Hyper got this fixed in their canary builds, so I was expecting to see it would work here too ... |
This works on Windows 10 1809 when not using winpty as the console backend. So give that a whirl and see if it is still an issue. |
That's weird. I'm happy to open a new issue to discuss this, but isn't WinPTY meant to be the new hotness? How is it working without that, but not with!? |
ConPTY is the new wrapper provided by the Windows kernel starting in 1809. WinPTY was the previous third party wrapper, and while may grow to support ConPTY, for our needs using ConPTY is supported directly by FluentTerminal. |
Seems like that checkbox should be off by default, then. |
My understanding is that ConPTY support is still experimental in FluentTerminal, hence why it isn't the default. |
The terminal does not seem able to display extended (256-color/24-bit) terminal color sequences, instead displaying a lot of escape codes.
The text was updated successfully, but these errors were encountered: