all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#60064: adding ansi-color faces for themes that do not have them
@ 2022-12-14 12:46 Yilkal Argaw
  2022-12-15 15:54 ` Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-12-16  6:24 ` Jean Louis
  0 siblings, 2 replies; 3+ messages in thread
From: Yilkal Argaw @ 2022-12-14 12:46 UTC (permalink / raw)
  To: 60064

[-- 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 --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#60064: adding ansi-color faces for themes that do not have them
  2022-12-14 12:46 bug#60064: adding ansi-color faces for themes that do not have them Yilkal Argaw
@ 2022-12-15 15:54 ` Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-12-16  6:24 ` Jean Louis
  1 sibling, 0 replies; 3+ messages in thread
From: Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-12-15 15:54 UTC (permalink / raw)
  To: Yilkal Argaw; +Cc: 60064

[-- 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 --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#60064: adding ansi-color faces for themes that do not have them
  2022-12-14 12:46 bug#60064: adding ansi-color faces for themes that do not have them Yilkal Argaw
  2022-12-15 15:54 ` Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-12-16  6:24 ` Jean Louis
  1 sibling, 0 replies; 3+ messages in thread
From: Jean Louis @ 2022-12-16  6:24 UTC (permalink / raw)
  To: Yilkal Argaw; +Cc: 60064

* 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/








^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-12-16  6:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-12-14 12:46 bug#60064: adding ansi-color faces for themes that do not have them Yilkal Argaw
2022-12-15 15:54 ` Akib Azmain Turja via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-12-16  6:24 ` Jean Louis

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.