GNU bug report logs - #60064
adding ansi-color faces for themes that do not have them

Previous Next

Package: emacs;

Reported by: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>

Date: Wed, 14 Dec 2022 12:47:01 UTC

Severity: wishlist

Full log


View this message in rfc822 format

From: Akib Azmain Turja <akib <at> disroot.org>
To: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
Cc: 60064 <at> debbugs.gnu.org
Subject: bug#60064: adding ansi-color faces for themes that do not have them
Date: Thu, 15 Dec 2022 21:54:46 +0600
[Message part 1 (text/plain, inline)]
Yilkal Argaw <yilkalargawworkneh <at> gmail.com> writes:

> Shell and Eshell in emacs inherit from ansi-colors which affects how output
> from command line programs that make use of them. While many of the themes
> included with emacs define faces for them, others do not. Specifically
> adwaita, deeper-blue, light-blue, manoj-dark, tsdh-dark, tsdh-light,
> wheatgrass and whiteboard themes. This makes output from terminal
> applications that make use of ansi-colors look awkward or hard to read when
> using those themes(i.e. in shell or eshell). Is it possible to enforce
> definitions for ansi-colors at least in the themes that are included with
> emacs. Because interaction with the shells is an essential part of using
> emacs for so many people.
>
> With Regards
> Yilkal
>
> ps. I  raised this topic on the dev mailing list and was directed to file a
> bug report so it can be tracked.

Third party terminal emulator are also affected, for example Coterm,
Eat, Vterm.

-- 
Akib Azmain Turja, GPG key: 70018CE5819F17A3BBA666AFE74F0EFA922AE7F5
Fediverse: akib <at> hostux.social
Codeberg: akib
emailselfdefense.fsf.org | "Nothing can be secure without encryption."
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 1 year and 283 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.