@lisdude Im not sure how hard would be to add that too..
And Im not sure if it would help a lot..

With such small "resolution" 256 colours seems enough..

But maybe someone could make it true..

I have experimental 24-bit color support in my fork -- passthrough to terminal only, they are not available as tf attrs. But this should give an idea of what is involved if someone wants to implement 'real' support.

bat-boys@0c1d9f3 attr_t is too small, so it needs to be first made bigger to accommodate for an additional 24 bits of color information.
bat-boys@dea488a then the state machine for color code parsing needs to be expanded a bit. NOTE: this only supports the "38;2;R;G;B" form, which seems to be the most commonly supported one in terminals, but AFAIK nonstandard.

edit: apparently I did add support for other forms of the 24bit escapes as well, but forgot about it already. bat-boys@48a52f5

I'm curious about what you have going on here and what issues you see existing and what needs to be done. I know of at least on well known server that would likely implement 24bit/True color if the TinyFugue had such a feature available.

I know TinyMUX 2 currentl has 24bit color support and they have a public server where the devs hang out. Could be a good palce to look into regarding how they implemented it and what would need to be compatible.