bug#60064: adding ansi-color faces for themes that do not have them

bug#60064: adding ansi-color faces for themes that do not have them

[Yilkal Argaw]

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]

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.

[-- Attachment #2: Type: text/html, Size: 955 bytes --]

bug#60064: adding ansi-color faces for themes that do not have them

[Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors]

[-- Attachment #1: Type: text/plain, Size: 1190 bytes --]

Yilkal Argaw <yilkalargawworkneh@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@hostux.social
Codeberg: akib
emailselfdefense.fsf.org | "Nothing can be secure without encryption."

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

bug#60064: adding ansi-color faces for themes that do not have them

[Jean Louis]

* Yilkal Argaw <yilkalargawworkneh@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/