unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#60669: Linux Emacs 27.1 custom toolbar icons
@ 2023-01-08 21:01 David McCracken
  2023-01-09  3:32 ` Eli Zaretskii
  0 siblings, 1 reply; 4+ messages in thread
From: David McCracken @ 2023-01-08 21:01 UTC (permalink / raw)
  To: 60669

The Emacs 27.1 provided (apt-get install) by Ubuntu 22.04 reduces 
support for custom toolbar icons. It only works with B/W pbm files and 
only if located in /usr/share/emacs/27.1/etc/images and only if there 
isn't an xpm file with the same base name. i.e. name.pbm works but not 
if there is a name.xpm in the directory. If these conditions are not met 
nothing is displayed.

This does not seem to be baked into Emacs 27.1 because these 
restrictions don't exist in Windows Emacs 27.1. They are also not 
inherent in Linux because they don't exist in Linux Emacs 26.1.

There are two serious problems with these seemingly unnecessary changes. 
B/W icons reduce not just the aesthetic quality but also subtle visual 
clues that help an icon convey its meaning. Accepting only icons in the 
version-numbered installation directory means that custom icons are 
wiped out by upgrading Emacs.

The installer program I provide with my Emacs library stores its (xpm) 
icons in ~/icons (a directory created by my installer). My library 
accesses these by e.g.
(tool-bar-add-item "~/icons/lxa-pin"
Linux Emacs 27.1 is the only version in which this does not work. To 
test whether it does not like that the directory is relatively insecure, 
I tried moving my icons to /usr/local but they were still ignored. In 
all other versions, adding the xpm extension to the reference causes it 
to fail but I tested this anyway and it accomplished nothing.






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

* bug#60669: Linux Emacs 27.1 custom toolbar icons
  2023-01-08 21:01 bug#60669: Linux Emacs 27.1 custom toolbar icons David McCracken
@ 2023-01-09  3:32 ` Eli Zaretskii
  2023-09-03  9:41   ` Stefan Kangas
  0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2023-01-09  3:32 UTC (permalink / raw)
  To: David McCracken; +Cc: 60669

> Date: Sun, 8 Jan 2023 13:01:26 -0800
> From: David McCracken <davidm@ixont.com>
> 
> The Emacs 27.1 provided (apt-get install) by Ubuntu 22.04 reduces 
> support for custom toolbar icons. It only works with B/W pbm files and 
> only if located in /usr/share/emacs/27.1/etc/images and only if there 
> isn't an xpm file with the same base name. i.e. name.pbm works but not 
> if there is a name.xpm in the directory. If these conditions are not met 
> nothing is displayed.
> 
> This does not seem to be baked into Emacs 27.1 because these 
> restrictions don't exist in Windows Emacs 27.1. They are also not 
> inherent in Linux because they don't exist in Linux Emacs 26.1.
> 
> There are two serious problems with these seemingly unnecessary changes. 
> B/W icons reduce not just the aesthetic quality but also subtle visual 
> clues that help an icon convey its meaning. Accepting only icons in the 
> version-numbered installation directory means that custom icons are 
> wiped out by upgrading Emacs.
> 
> The installer program I provide with my Emacs library stores its (xpm) 
> icons in ~/icons (a directory created by my installer). My library 
> accesses these by e.g.
> (tool-bar-add-item "~/icons/lxa-pin"
> Linux Emacs 27.1 is the only version in which this does not work. To 
> test whether it does not like that the directory is relatively insecure, 
> I tried moving my icons to /usr/local but they were still ignored. In 
> all other versions, adding the xpm extension to the reference causes it 
> to fail but I tested this anyway and it accomplished nothing.

Can you please show a reproducible recipe, starting from "emacs -Q",
that exhibits the problem you are describing?  I don't think I
understand what exactly doesn't work in your case.

Also, please use "M-x report-emacs-bug" to post the details, as that
command collects important details about the Emacs build configuration
that make investigation easier.

Thanks.





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

* bug#60669: Linux Emacs 27.1 custom toolbar icons
  2023-01-09  3:32 ` Eli Zaretskii
@ 2023-09-03  9:41   ` Stefan Kangas
  2023-09-08  4:07     ` David McCracken
  0 siblings, 1 reply; 4+ messages in thread
From: Stefan Kangas @ 2023-09-03  9:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 60669-done, David McCracken

Eli Zaretskii <eliz@gnu.org> writes:

>> Date: Sun, 8 Jan 2023 13:01:26 -0800
>> From: David McCracken <davidm@ixont.com>
>>
>> The Emacs 27.1 provided (apt-get install) by Ubuntu 22.04 reduces
>> support for custom toolbar icons. It only works with B/W pbm files and
>> only if located in /usr/share/emacs/27.1/etc/images and only if there
>> isn't an xpm file with the same base name. i.e. name.pbm works but not
>> if there is a name.xpm in the directory. If these conditions are not met
>> nothing is displayed.
>>
>> This does not seem to be baked into Emacs 27.1 because these
>> restrictions don't exist in Windows Emacs 27.1. They are also not
>> inherent in Linux because they don't exist in Linux Emacs 26.1.
>>
>> There are two serious problems with these seemingly unnecessary changes.
>> B/W icons reduce not just the aesthetic quality but also subtle visual
>> clues that help an icon convey its meaning. Accepting only icons in the
>> version-numbered installation directory means that custom icons are
>> wiped out by upgrading Emacs.
>>
>> The installer program I provide with my Emacs library stores its (xpm)
>> icons in ~/icons (a directory created by my installer). My library
>> accesses these by e.g.
>> (tool-bar-add-item "~/icons/lxa-pin"
>> Linux Emacs 27.1 is the only version in which this does not work. To
>> test whether it does not like that the directory is relatively insecure,
>> I tried moving my icons to /usr/local but they were still ignored. In
>> all other versions, adding the xpm extension to the reference causes it
>> to fail but I tested this anyway and it accomplished nothing.
>
> Can you please show a reproducible recipe, starting from "emacs -Q",
> that exhibits the problem you are describing?  I don't think I
> understand what exactly doesn't work in your case.
>
> Also, please use "M-x report-emacs-bug" to post the details, as that
> command collects important details about the Emacs build configuration
> that make investigation easier.
>
> Thanks.

More information was requested, but none was given within 9 months, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.





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

* bug#60669: Linux Emacs 27.1 custom toolbar icons
  2023-09-03  9:41   ` Stefan Kangas
@ 2023-09-08  4:07     ` David McCracken
  0 siblings, 0 replies; 4+ messages in thread
From: David McCracken @ 2023-09-08  4:07 UTC (permalink / raw)
  To: Stefan Kangas, Eli Zaretskii; +Cc: 60669-done

I could not do what you asked because I restored an earlier version of 
Ubuntu (20.04) and Emacs (26.3) to verify that it was a new problem. The 
problem did not exist in the earlier versions. I wasn't going to 
deliberate corrupt my computer again just for a little information.

On 2023-09-03 2:41 AM, Stefan Kangas wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> Date: Sun, 8 Jan 2023 13:01:26 -0800
>>> From: David McCracken <davidm@ixont.com>
>>>
>>> The Emacs 27.1 provided (apt-get install) by Ubuntu 22.04 reduces
>>> support for custom toolbar icons. It only works with B/W pbm files and
>>> only if located in /usr/share/emacs/27.1/etc/images and only if there
>>> isn't an xpm file with the same base name. i.e. name.pbm works but not
>>> if there is a name.xpm in the directory. If these conditions are not met
>>> nothing is displayed.
>>>
>>> This does not seem to be baked into Emacs 27.1 because these
>>> restrictions don't exist in Windows Emacs 27.1. They are also not
>>> inherent in Linux because they don't exist in Linux Emacs 26.1.
>>>
>>> There are two serious problems with these seemingly unnecessary changes.
>>> B/W icons reduce not just the aesthetic quality but also subtle visual
>>> clues that help an icon convey its meaning. Accepting only icons in the
>>> version-numbered installation directory means that custom icons are
>>> wiped out by upgrading Emacs.
>>>
>>> The installer program I provide with my Emacs library stores its (xpm)
>>> icons in ~/icons (a directory created by my installer). My library
>>> accesses these by e.g.
>>> (tool-bar-add-item "~/icons/lxa-pin"
>>> Linux Emacs 27.1 is the only version in which this does not work. To
>>> test whether it does not like that the directory is relatively insecure,
>>> I tried moving my icons to /usr/local but they were still ignored. In
>>> all other versions, adding the xpm extension to the reference causes it
>>> to fail but I tested this anyway and it accomplished nothing.
>> Can you please show a reproducible recipe, starting from "emacs -Q",
>> that exhibits the problem you are describing?  I don't think I
>> understand what exactly doesn't work in your case.
>>
>> Also, please use "M-x report-emacs-bug" to post the details, as that
>> command collects important details about the Emacs build configuration
>> that make investigation easier.
>>
>> Thanks.
> More information was requested, but none was given within 9 months, so
> I'm closing this bug.  If this is still an issue, please reply to this
> email (use "Reply to all" in your email client) and we can reopen the
> bug report.





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

end of thread, other threads:[~2023-09-08  4:07 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-01-08 21:01 bug#60669: Linux Emacs 27.1 custom toolbar icons David McCracken
2023-01-09  3:32 ` Eli Zaretskii
2023-09-03  9:41   ` Stefan Kangas
2023-09-08  4:07     ` David McCracken

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).