Hmm... perhaps we describe it wrong; let me try again. While indeed we can map some predefined colors to any RGB we want through user settings, and runtime - by escape codes such as "\e]10...", it is limited only to a few colors - we can change foreground, background or any color in the 16 color palette, but that's it. Meaning that if we change the palette after printing something to terminal, what we printed will change colors, too. This is ultimately the thing we're after: 1. to be able to print any color in RGB cube, 2. to have more colors to choose from than 88/256 Xterm color palette, 3. to be independent from 16 color palette / user settings, so that what we printed stays the same, regardless of settings changes that might come before or after. In other words, if I print #123456 character on a white terminal or a black terminal, on a VGA or solarized palette, I always see #123456 character.
I apologize if this is already implemented in any way. I also understand if printing colored stuff in a way that completely disregards user palette settings sounds bad to you. I just hope we talk about the same thing. (And again, personally I see no harm in adding support for such a custom extension that's to be used not too seriously.) On Thu, May 7, 2015 at 7:19 PM, Marc Lehmann <[email protected]> wrote: > On Tue, May 05, 2015 at 12:35:55PM +0000, Marcin Kurczewski <[email protected]> > wrote: >> Two years later and even more applications support this: >> https://gist.github.com/XVilka/8346728 Is there any chance of standardizing > > That page is still starting from completely wrong assumptions (so its > pretty unsound), urxvt already does have truecolour support, and I can't > see anywhere what the semantics are supposed to be, and it seemsy its > implemented rather incompatibly in different temrinals. > > So really, all we have is you complaining that urxvt doesn't support > something that it already supports (and is documented for a long time), > without specifying what your problem really is. > > There is not going ot be any progress if there isn't even an identifiable > problem, much less a solution. > > -- > The choice of a Deliantra, the free code+content MORPG > -----==- _GNU_ http://www.deliantra.net > ----==-- _ generation > ---==---(_)__ __ ____ __ Marc Lehmann > --==---/ / _ \/ // /\ \/ / [email protected] > -=====/_/_//_/\_,_/ /_/\_\ _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
