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

Previous Next

To reply to this bug, email your comments to 60064 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: adding ansi-color faces for themes that do not have them
Date: Wed, 14 Dec 2022 12:46:23 +0000

[Message part 1 (text/plain, inline)]

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.

[Message part 2 (text/html, inline)]

Message #8 received at 60064 <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
Cc: 60064 <at> debbugs.gnu.org
Subject: Re: bug#60064: adding ansi-color faces for themes that do not have
 them
Date: Fri, 16 Dec 2022 09:24:31 +0300

* Yilkal Argaw <yilkalargawworkneh <at> gmail.com> [2022-12-14 15:48]:
> 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.

That IS very disturbing, yes, though I do not know in which
themes it practically creates the problem.  You have done better research.

Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Message #11 received at 60064 <at> debbugs.gnu.org (full text, mbox):

From: Akib Azmain Turja <akib <at> disroot.org>
To: Yilkal Argaw <yilkalargawworkneh <at> gmail.com>
Cc: 60064 <at> debbugs.gnu.org
Subject: Re: 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)]

Previous Next

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