GNU bug report logs - #77917
31.0.50; [PATCH] Stop using the "stop" sign for all warning levels

Previous Next

Package: emacs;

Reported by: Protesilaos Stavrou <prot <at> protesilaos.com>

Date: Sat, 19 Apr 2025 07:25:02 UTC

Severity: normal

Tags: patch

Found in version 31.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: rpluim <at> gmail.com, 77917 <at> debbugs.gnu.org, yantar92 <at> posteo.net, prot <at> protesilaos.com, kevin.legouguec <at> gmail.com
Subject: bug#77917: 31.0.50; [PATCH] Stop using the "stop" sign for all warning levels
Date: Sun, 11 May 2025 22:24:38 +0300
> From: Juri Linkov <juri <at> linkov.net>
> Cc: kevin.legouguec <at> gmail.com,  rpluim <at> gmail.com,  yantar92 <at> posteo.net,
>   77917 <at> debbugs.gnu.org,  prot <at> protesilaos.com
> Date: Sun, 11 May 2025 19:53:05 +0300
> 
> >> > I understand the urge to use the icons, since when it works, the
> >> > display is much nicer.  But IMNSHO, the icon machinery we have is not
> >> > yet mature enough to use it in such ubiquitous situations, where
> >> > user-facing messages need to explain themselves with 110% clarity.
> >> > Showing something like "\u25b2Warning: ..." is not my idea of a good
> >> > warning UX.  We should try avoiding this at all costs, even if that
> >> > means, sadly, dropping the icon.
> >> 
> >> 'define-icon' was used successfully in many other packages
> >> for several releases without problems.
> >
> > It depend on the use.  In this case, we use it for displaying
> > warnings, some of them are quite common on top of that.  It is not a
> > coincidence that this particular use caused so many discussions and
> > bug reports.
> >
> > I mentioned at least one problematic aspect of define-icon's usage.
> > Showing successful uses of it doesn't solve that problem in any way.
> 
> If icons.el is broken, it should be fixed
> because it's used by many packages.

Agreed.

But selection of the symbols and the characters is still per each use
of icons.el.  So some manual work is still needed in each case.  In
particular, messages that are expected to be shown frequently should
use symbols and characters that can be displayed in most if not all
of the supported configurations and platforms.




This bug report was last modified 12 days ago.

Previous Next


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