min-colors 88

[fatiparty]

Jan 28, 2022, 23:36 by eliz@gnu.org:

>> Date: Fri, 28 Jan 2022 09:59:34 +0100 (CET)
>> From: fatiparty@tutanota.com
>> Cc: Help Gnu Emacs <help-gnu-emacs@gnu.org>
>>
>> Jan 28, 2022, 20:07 by eliz@gnu.org:
>>
>> >> I could then come up with a hex-code where the colour in not  supported.
>> >>
>> >
>> > There's no such thing when colors on TTY frames are considered:
>> > Emacs automatically and transparently finds the closest color that is
>> > supported, and uses that.
>> >
>> For 8-Bit  (2^8=256) there are defined 16 (Basic) + 6×6×6 (Cube) + 24 (Grey)
>>
>> What's the situation for 24-bit RGB Codes?
>>
>
> What do you mean by "defined" in this context?
>
> The colors "defined" for TTY frames are set up in tty-colors.el, and
> they don't depend on the number of colors that the terminal actually
> supports.
>
Looking at tty-colors.el, a 16-bit values is being used for each of the three 
colours 
(R[0-65535] , G[0-65535] , B[0-65535]).  Giving more possibilities than 24-bit 
total values
(with 8-bit values for each of the three colours.

tty-color-define (w32console.el) passes each supported color, its index, and 
its RGB values.

In tty-color-define, each one of the RGB components is a number between 0 and 
65535 (16bit).

But unsure how many get passed to tty-color-define.  There is nothing specified 
in the .c files
about this.