Allow terminal color setting

[bitcrazed]

From @bbulkow on October 7, 2017 19:13

Windows version: Microsoft Windows [Version 10.0.15063]

Please just add the ability to change colors. Or change the "dark blue on black" to just about anything else, like light blue on black, or dark blue on grey.

If I SSH into another host, the color for directory is dark blue on black. Whoever chose this is a masochist. The default should be something more sensible than dark blue on black - ANYTHING - and the ability to change the color is necessary.

Steps to reproduce: ssh pi@[any host]
$ ls /

You will see that the directory names are unreadable - dark blue on black.

People are asking for mouse and network and all kinds of things. Nonsense. Just allow me to ssh into another host and do an LS and read the output. SSH is the one feature I use most. And please don't tell me to use a windows ssh client like putty. The point of WSL is to give me the workflow I'm used to - and I just ssh around to hosts.

To ask me to change the colors on every host I log into is non-sense.

Copied from original issue: microsoft/WSL#2550

[bitcrazed]

From @line117 on October 7, 2017 22:35

https://www.youtube.com/watch?v=K7Vafhl7P0M

UPD: or https://conemu.github.io/

[bitcrazed]

From @zadjii-msft on October 9, 2017 17:40

So, there are actually a lot of options available for changing your colors:

1. You can change your default colors to something more pleasing. You can use colortool to change your defaults, and that should apply to your bash.exe/wsl.exe/ubuntu/suse/etc windows, assuming you haven't otherwise set any properties for them. This is the preferred method, because it's a lot easier to load entire color schemes with colortool than doing it manually.

For ex, colortool -d solarized_dark will give future console launches the "Solarized" color scheme.

2. You can change the properties of your bash.exe window manually.

• right click ion the title bar of your console window, and click on properties:
  
• Use the "Colors" tab to change the values of the color table to something more pleasing.
  
• Hit okay to save and apply the changes.
  Note that the Colors dialog is pretty much garbage and is really hard to use, hence colortool.

Also note that unfortunately, colortool doesn't work with WSL and interop. It's a limitation of interop at the moment, but if anyone can find a way around that, PR's are welcome :)

We've also updated the default color scheme as of the Fall Creator's Update, so if you choose to not change any properties at all right now, then when you get updated to FCU you'll get the new colors automatically.

[bitcrazed]

From @bbulkow on October 9, 2017 17:50

Thanks for the quick response.

Can you answer the simple question of whether colortool and similar will apply to ssh sessions?

Lots of previous ideas ( like changing LS_COLORS ) doesn't work when you SSH to another machine.

[bitcrazed]

From @zadjii-msft on October 9, 2017 17:55

Yes, it should. The actual colors that are displayed are controlled by the client terminal (in this case, conhost.exe), not the server (whatever's on the other end of ssh). So whenever an application on the server side writes text in "blue", it's up to the client to decide with which actual color "blue" is rendered in.

[bitcrazed]

From @PhMajerus on October 24, 2017 2:15

Just in case you're feeling adventurous...
I think you could have the colors set on the server if you wanted to.
What you need is an utility between your SSH server and the shell and apps that parses the VT sequences and convert all palette-specific sequences (colors, bright, ...) to RGB (in \e[38;5;r;g;bm style) according to a locally set palette.
This would increase the network traffic a bit, but would enable you to set your colors on the server side, regardless of client.

You can test this out by running the following:
bash 1> >(lolcat)
Colors should be set randomly by lolcat. Server-side palette utility would work in a similar fashion but swapping colors sequences on the fly.

[andybak]

Defaults matter and the defaults are terrible. The "dark blue on black" is unreadable for me.

[bitcrazed]

We agree, which is why we worked with our accessibility team during Creators Update to update the default Console color palette for the first time ever.

If you clean-install Windows 10 Creators Update or later, you'll get the new default color palette.

If you upgrade from a previos Windows version, you'll keep your original defaults including the 0x0000ff deep navy blue on black - there was no way for us to upgrade existing installs to the new palette without potentially borking someone's carefully chosen color settings.

If you did upgrade and want the new color palette, you can do so by opening your Cmd instances (wherever they're pinned, and use the Console ColorTool to change your Consoles' palette to the new default, or any other you choose.

[pckilgore]

Not sure why this was moved from WSL, or why it was closed, because colortool does nothing to change the color scheme of my WSL console (on 17692). Colortool works as expected with cmd consoles.

There is a workaround: Open a cmd terminal then launch wsl from that terminal.

[bitcrazed]

This issue was moved to Console because color text rendering is primarily a Console issue, not WSL.

If a Linux application emits VT instructions that say "draw this text in Console's color palette index 1", the terminal draws the text in whatever it has configured in its current color palette.

If your Console's palette says the color at index 1 is 0x0000ff, then it'll be displayed in (the original) deep navy blue ... on black which is horrible on LCD screens ... which is why we updated the default palette for new Win10 installs).

If, on the other hand, your Console's color palette says the color at index 1 is 0x0037DA, then you'll see our new, updated blue ...

...which is MUCH more readable on LCD screens:

If you choose to set a different color at index 1, then you'll see whatever color you specify.

HOWEVER, if you use Linux tools that emit VT that says "display this text in 0x445566", then Console renders the text using the requested color - the Console's color palette is ignored if specific RGB colors are specified by the generating app ... which is what you see when you pipe text through lolcat: