Closed jez closed 3 years ago
I did some research, and this makes sense to me. I originally thought based on https://github.com/altercation/solarized/issues/19#issuecomment-1048328 and https://github.com/huyz/irssi-colors-solarized that Solarized is out of line for making "bright green" mean something other than green, but then I found that git and hg both emit the non-bright colors by default, as does the original codemod. We should just match those tools.
@swolchok merged this pull request in facebookincubator/fastmod@8dbb19caf1706068d3cefc4d50ce77f4de792ce1.
It looks like the
colorterm
library uses theDark*
prefix to mean "not-bright" colors (e.g., ANSI codes like0;31m
instead of1;31m
).Using the
0;
(not bright) variants will make this work with more color schemes. For example, many color schemes (like Solarized) use the bright colors to stash assorted shades of black and gray.I'd prefer to change the default to the
Dark*
variants because I think that it will work out of the box better for most people and look good. But I'd also be open to adding a config option so that people could write something likeThanks!
Before
After