Re: Adequacy of min-colors thresholds
Stephen Berman <[email protected]> Mon, 13 Jul 2026 23:24:48 +0200
| Newsgroups | gmane.emacs.help |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 13 Jul 2026 19:42:52 +0000 Heime <[email protected]> wrot= e: > On Tuesday, July 14th, 2026 at 6:25 AM, Eli Zaretskii <[email protected]> wro= te: > >> > Date: Mon, 13 Jul 2026 17:44:17 +0000 >> > From: Heime <[email protected]> [...] =20 >> > And what is a (min-colors 88) exactly? >>=20 >> Any terminal that supports at least 88 colors. > > Why the chosen 88? Is that some special terminal support?=20 See https://www.invisible-island.net/xterm/xterm.faq.html#color_by_number: In development of xterm over the past 20 years, we =20 * incorporated ANSI (8) colors, =20 * adapted the aixterm feature (16) colors, =20 * added extensions for 88- and 256-colors. [...] The 256-color extension came first. 88-colors (using the same control sequence) came next, to reduce the amount of memory needed. XTerm stores both foreground and background color indexes for each cell on the screen. That is two bytes, which doubled the amount of memory used by xterm for the scrollback. More important, however, was the number of entries in the colormap. With 256 colors, 65536 entries might be used, but 88 colors use at most 7744 entries. In the late 1990s, inexpensive displays were far less capable, requiring workarounds to get acceptable performance. Steve Berman