GNU bug report logs - #57113
29.0.50; Confusing icon customization interface

Previous Next

Package: emacs;

Reported by: Po Lu <luangruo <at> yahoo.com>

Date: Wed, 10 Aug 2022 12:06:01 UTC

Severity: normal

Found in version 29.0.50

Full log


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

From: Po Lu <luangruo <at> yahoo.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 57113 <at> debbugs.gnu.org
Subject: Re: bug#57113: 29.0.50; Confusing icon customization interface
Date: Sat, 13 Aug 2022 20:48:32 +0800
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> See icons.el.

That doesn't help, since I want to change an existing icon, not
introduce a new one.

> You've probably never seen another system that had just introduced a new
> language level mechanism for icons a couple weeks earlier, either?

Language-level mechanism?

> Like I said, fixing Customize to be less awful would be very welcome.

It's not a problem with Customize.  Customize is for customizing faces
and variables.  `customize-icon' is something new, so the problem is
there.

> Please go ahead.

I'm afraid I don't understand how icons.el is supposed to work, and it
seems overcomplicated.

How about replacing it with something straightforward, such as a single
function insert-icon, which inserts the appropriate icon according to a
list of image specs?  Then, the first image in the list that can be
displayed is inserted into the buffer.

Fallback text can also be supplied as the last element of the list, and
is displayed on terminals that do not support images.




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

Previous Next


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