ColorTool.exe -c results in a misaligned chart

[ClaireCJS]

Windows Terminal version

1.20.11781.0

Windows build number

10.0.19045.4780

Other Software

TCC v31.01.15 x64 command line

Steps to reproduce

Run ColorTool.exe -c to display the color chart

Expected Behavior

A properly-aligned table

Actual Behavior

This [see image]:

It was possible to fix the alignment with sed:

...but not in such a way that preserved the ANSI colors, which is the whole point of displaying this table.

I tried redirecting the output to a file so I could maybe fix it in postprocessing, but ColorTool.exe seems to detect if it is being redirected or piped, and the output has no color!! Perhaps ColorTool uses direct screen writes for changing colors, so they don't appear in a way that can be captured by redirect/pipe.

If this chart would align properly, I'd have never fallen into the sed {and perl} holes in trying to fix this 😂

[ClaireCJS]

I found a patch for my situation!

It's definitely tab-related.

I echoed ANSI code to:

1. Clear all tab stops (\e[3g)
2. Move to column 7
3. Create a tab stop there at column 7 (\eH)

It seems to have temporarily patched the alignment bug:

[j4james]

It looks to me like TCC sets the tab stops to 4 columns by default (or perhaps that's a setting you've chosen yourself), but colortool is using a tab control with the expectation that the tab stops are set to the standard 8 column spacing.

As I mentioned in #16533, you can reset the tabs to the default 8 columns with a DECST8C sequence, but I suspect there's just a setting somewhere in TCC that you need to change if that's really what you want.

Otherwise, if someone is keen enough to do the work, we could always patch colortool to remove that tab dependency, so it works regardless of the user's tab settings.

[carlos-zamora]

We should fix ColorTool to use spaces