unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: john muhl <jm@pub.pink>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 75018@debbugs.gnu.org
Subject: bug#75018: 30.0.93; Dired icon missing in tool-bar
Date: Mon, 23 Dec 2024 11:21:06 -0600	[thread overview]
Message-ID: <87ed1ygvst.fsf@pub.pink> (raw)
In-Reply-To: <86wmfq4kth.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Dec 2024 14:59:06 +0200")

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

Eli Zaretskii <eliz@gnu.org> writes:

>> From: john muhl <jm@pub.pink>
>> Cc: 75018@debbugs.gnu.org
>> Date: Sun, 22 Dec 2024 17:57:04 -0600
>> 
>> The following gets all the icons working:
>> 
>>   dnf install gdk-pixbuf2-modules-extra
>> 
>> Maybe something to mention PROBLEMS? Feel free to close unless you
>> think there anything else to investigate.
>
> I'm okay with having a PROBLEMS entry about this, but I'd be much
> happier if I understood some more about the problem.  How does
> installing those icons solve the problem?  Is the problem caused by
> absence of some icons, and the strange display is just an indication
> that the file is missing?

The gdk-pixbuf2-modules-extra package doesn’t install any
icons. It installs support for loading additional image formats:

  This package contains modules for loading ANI, BMP, ICNS, ICO,
  PNM, QTIF, TGA, XBM, and XPM images.

What appears to have happened is that the loaders for these
formats were removed from the main GDK packages in Fedora 41 thus
any attempt to load an XPM fails (in Emacs and all other
programs). Why the developers decided to use those strange icons
in case of failure is unclear and probably beyond my investigative
abilities.

Ultimately Fedora needs to fix their Emacs package so that
gdk-pixbuf2-modules-extra is listed among the dependencies. Does
Emacs have any connections there we could reach out to? If not I
can send bug report.

> And what, if anything, should we do with the patch you posted a few
> messages ago? is it also needed?

It is not needed but users of the GTK builds might find it an
improvement as it makes Dired match the style of their system’s
icon theme. Maybe we could try it on master and be ready to revert
if it proves unwelcome. The attached image shows the current
situation on top and the patched version below.

However, a non-exhaustive search of the archives didn’t turn up
any complaints about the current state so maybe everyone is happy
enough as is…or has the tool-bar disabled, doesn’t care and it’s
not even worth the effort to test it on master.

FTR: I do use the tool-bar all the time on GUI frames and find the
mismash of icon styles very mildly annoying.

> If it is not needed after installing
> gdk-pixbuf2-modules-extra, then how did that patch solve the problem
> without the icons?

The patch “fixed” it by mapping etc/images/diropen to a system
icon (part of the stock icons and already available by default)
which meant that it wouldn’t try to fallback on
etc/images/diropen.xpm. Therefore it wouldn’t run into the issue
of the missing XPM loader that is part of the
gdk-pixbuf2-modules-extra package.

The patch does nothing for all the other missing icons I mentioned
(message-mode, Info &c.). Installing the package of extra loaders
fixes all those as they are once again able to load from the
etc/images/*.xpm files.

> IOW, this issue is still some black magic to me, and I'd like the
> mystery be lifted.
>
> Thanks.

I hope that it’s at least a little less mysterious now.


[-- Attachment #2: dired-comp.webp --]
[-- Type: image/webp, Size: 8366 bytes --]

  parent reply	other threads:[~2024-12-23 17:21 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-22  0:19 bug#75018: 30.0.93; Dired icon missing in tool-bar john muhl
2024-12-22  6:43 ` Eli Zaretskii
2024-12-22 15:32   ` john muhl
2024-12-22 16:40     ` Eli Zaretskii
2024-12-22 18:15       ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-22 18:45         ` Eli Zaretskii
2024-12-22 21:34           ` Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-12-22 19:45       ` john muhl
2024-12-22 19:52         ` john muhl
2024-12-22 23:57           ` john muhl
     [not found]             ` <86wmfq4kth.fsf@gnu.org>
2024-12-23 17:21               ` john muhl [this message]
2024-12-28 11:56                 ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ed1ygvst.fsf@pub.pink \
    --to=jm@pub.pink \
    --cc=75018@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).