[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#19752: 25.0.50; fonts in HTML

From: Stefan Kangas
Subject: bug#19752: 25.0.50; fonts in HTML
Date: Wed, 12 Aug 2020 09:32:15 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Stefan Kangas <stefan@marxist.se>
>> Date: Sat, 02 Nov 2019 00:40:12 +0100
>> Cc: Richard Stallman <rms@gnu.org>, 19752@debbugs.gnu.org
>> > What does (display-color-cells) return for you?
>> FWIW, I tried this on the Linux console and got 8.  I guess ideally
>> Richard would try if evaluating the following and see if it solves the
>> problem for him:
>>     (setq shr-use-colors nil)
> This is an option, so "M-x set-variable RET works for it.  No need to
> use setq.
> More importantly, I think indeed this is on balance the best solution
> for these cases.  Emacs automatically maps any color to the closest
> available one, but HTML email messages can use color specifications
> that will cause both foreground and background convert to the same
> colors, which will make the text illegible.
> Or maybe shr.el can be taught to use the distant-foreground feature to
> handle such cases?
>> > -(defcustom shr-use-colors t
>> > +(defcustom shr-use-colors (> (display-color-cells) 256)
> This is too drastic, IMO.  Most HTML formatted emails use very few
> colors and look OK on display even with 8 colors.

No further updates within 40 weeks here.  The accepted solution is to

    (setq shr-use-colors nil)

I'm therefore closing this bug report.  If this conclusion is incorrect,
please reply to this email (use "Reply to all" in your email client) and
we can reopen the bug report.

Best regards,
Stefan Kangas

reply via email to

[Prev in Thread] Current Thread [Next in Thread]