Respect NO_COLOR environment variable

[jdjohnston]

Color can be useful, but sometimes it is distracting or makes text difficult to read. The presence of colorized text should be a user option. See no-color.org. I'm of two minds about color in the terminal. Some choices make it easy to find something in a large output, but other color combinations make the text virtually unreadable. (Probably because of my old computer & my even older eyes).

NO_COLOR doesn't have to be an all-or-nothing choice. One can choose to normally use color, but prefix a cmdline with NO_COLOR=1 for a specific invocation.

The formatted text of fireworks looks awesome. Maybe I can find a color scheme that will work for me, but for all of us with color deficiency (not color blindness), the option to ask for NO_COLOR would be a nice enhancement.

[paintparty]

The presence of colorized text should be a user option.

As per the readme, it is recommended to setup your system-wide fireworks config and specify a light or dark theme that suits your fancy. If you don't want colorized values in the values you are printing via fireworks, I would recommend the "Neutral Light" or "Neutral Dark" theme. The foreground color of both these themes will be whatever you have setup as a the foreground color in your terminal emulator. However, these 2 neutral themes currently render:

• Object "labels" such as MyRecordName{:a 1 :b2} italicized, in a slightly lower contrast gray
• Inline or block-level metadata in a reddish color with moderate level of chroma
• The leading form-to-be-evaled (or user-supplied label), and the file-info in a greenish-blue. This is at the top of the printed output.

You can also set the :enable-rainbow-brackets option in your config to false, if you don't want rainbow brackets.

Currently, if you use one of these "Neutral" themes and turn off rainbow brackets, you will not be subjected to any non-neutral colors in your printed values (unless your values have metadata attached to them).

I've been planning on removing the above-mentioned colorization from these "Neutral" themes in the near future, or just creating additional stock theme variants. At that point, it might make sense to support NO_COLOR as a way to automatically select an appropriate neutral theme for the user, in the case that they can't be bothered to set up their own config.