Re: Adequacy of min-colors thresholds
Eli Zaretskii <[email protected]> Mon, 13 Jul 2026 21:25:08 +0300
| Newsgroups | gmane.emacs.help |
|---|---|
| Message-ID | <[email protected]> |
> Date: Mon, 13 Jul 2026 17:44:17 +0000 > From: Heime <[email protected]> > Cc: [email protected] > > On Tuesday, July 14th, 2026 at 1:33 AM, Eli Zaretskii <[email protected]> wrote: > > > > Date: Mon, 13 Jul 2026 12:52:24 +0000 > > > From: Heime <[email protected]> > > > Cc: [email protected] > > > > > > > The rule of thumb is: unless you must use very fine differences > > > > between colors, don't use min-colors at all. Emacs is quite capable > > > > of choosing the best match to "darkseagreen2" even if a color by that > > > > name is not directly supported. > > > > > > I'm aware of the capability you mention. Nevertheless, what values > > > would you suggest to test for min-colors? > > > > To test? all of them, of course. Or at least as many as you can. You > > should test on 8-color terminal, on 16-color terminal, on 256-color > > terminal, and on TrueColor terminal. > > Would that be (min-colors 256) on 256-color terminal. How about TrueColor? No, that's not what I meant. I meant to define the color without min-colors at all, and _then_ test with terminals (or terminal modes) which support different numbers of colors > And what is a (min-colors 88) exactly? Any terminal that supports at least 88 colors.