Repository navigation
Lineplot has a limited number of colors to choose from. #34
Description
Activity
Awosome! @nanobowers
Hi @mrkn and @kojix2 ,
I think that getting proper support for 256 colors (and 24-bit) is necessary to fix this issue and to support heatmap plots (#29 ). As discussed in #36 , supporting numeric 256 colors without color mixing is insufficient.per #29 :
We need to use https://github.com/red-data-tools/red-colors and https://github.com/red-data-tools/red-palette to implement colormap used in heatmap because this library is a backend of https://github.com/red-data-tools/charty.
I have looked some at red-colors and red-palette. I understand the reason to use them, but as they exist I believe they may be insufficient for handling ANSI colors without adding features from something like: https://github.com/janlelis/paint/blob/main/lib/paint.rb
Specifically, we need a way to detect or specify either 8/16/256/24-bit color modes, and support the conversion of color-spaces (e.g. RGB: "#C0FEFE") to/from the appropriate ANSI codes in any of the above color-modes. Some of this is part of red-colors, but some is not (Or I did not see it). Apparently 256 / 24-bit detection is not always easy due to differences in terminals and this can be hard to do well (e.g. differences in Mac vs. Linux, etc)
In any event, i believe there needs to be a decision on how to either
- add some of the ANSI handling color-space code into UnicodePlot
- add some of the ANSI handling color-space code into red-colors
- add Paint (or other similar gem) as a dependency from red-colors or UnicodePlot
Reacted by kojix2I've create a pull-request to add
Colors::Xterm256in red-colors gem.
I'll add color blending support inred-colorsgem later.We need to define how to blend the ANSI 16 colors and xterm's 256 colors in
unicode_plotgem.
In other words, we need to discuss how to support user-defined palette of ANSI 16 colors.I think we can start without supporting user-defined ANSI 16 colors palette, but there are two options in this case:
- Use the orthodox palette for ANSI 16 colors.
- Forbid to blend ANSI 16 colors and xterm's 256 colors.
Reacted by nanobowers@mrkn I am now running into this issue in trying to enable heatmap support. For heatmap, storing the colors as Colors::RGB objects is preferable compared to a single integer. This way the renderer can choose between output of xterm256 color or 24-bit output.
As you mention, it is unclear what to do here with regard to existing 16-color ansi support, especially with blending - one option I thought of is
- if any color >16 is used, it is internally converted to an RGB object
- if existing color and new color are both ansi-16, then preserve current behavior
- if existing color and new color are both RGB objects, then blend those
- if mixing RGB and ansi-16 then blend using Orthodox palette
The other thought I have is that with the lineplot case, the blending would happen successively and depending on the blending algorithm you may get different results. E.g. if the mixing used averaging applied in series, for one ordering of Red color data, would get average(average(130,70), 170) = 135, whereas another ordering average(average(130,170),70) = 110
Perhaps the blending would use max() which is not order dependent?Reacted by kojix2So this issue is still going on...
@kojix2 I believe this is waiting on this pr: red-data-tools/red-colors#13
Sadly, I forgot to mention this earlier.@nanobowers Thank you for reminding your pull-request.
@kojix2 As I mention in the pull-request, I need more time to find the appropriate distance function for deciding closest color.
Moreover, we need to decide how to blend two or more colors. Maybe we need a way to specify the terminal background color.
Reacted by nanobowers
Barplot
OK.
Lineplot
Error