support for ANSI codes for coloring

[pasteley]

It would be great if the CLI tool could use standard ANSI color codes (such as \033[31m for red), allowing colors to be rendered according to each user’s terminal theme rather than relying on a hardcoded palette. This approach would make the tool’s output more consistent with users’ preferences and terminal configurations.

Additionally, having a flag like --no-color to disable colored output (or automatically detecting when output is not a TTY) would be very helpful for scripting and accessibility.

charmbracelet/lipgloss actually supports ansi colors as described here, or alternativly Go libraries such as fatih/color can be used.

[JFryy]

very valid, there should definitely be a no color option. Color is removed on any redirection but its better to have this be an option. I definitely agree regarding the theme output as an option arg, but should definitely proceed after introduction of the --no-color flag.

[JFryy]

But yeah sorry just want to clarify color is stripped when output is not a TTY. This happens in codec/codec.go:141-143 where isatty.IsTerminal(os.Stdout.Fd()) is checked, and if it returns false (not a TTY), the function returns the unformatted string without applying color formatting.

[JFryy]

Monochrome flag added identical to JQ flag convention as a partial completion of this (seeing as not a tty is already implemented). 2c1e994