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

Previous Next

Full log

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

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: Re: 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.

Previous Next

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