GNU bug report logs -
#77917
31.0.50; [PATCH] Stop using the "stop" sign for all warning levels
Previous Next
To reply to this bug, email your comments to 77917 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sat, 19 Apr 2025 07:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Protesilaos Stavrou <prot <at> protesilaos.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 19 Apr 2025 07:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear maintainers,
The *Warnings* buffer uses the same "stop" sign for "warning" and
"error" level warnings. This makes it hard to quickly scan the buffer
for actual errors.
I attach a patch that uses a different icon for "warning" than for
"error" or "emergency".
All the best,
Protesilaos (or simply "Prot")
[0001-Stop-using-the-stop-sign-for-all-warning-levels.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sat, 19 Apr 2025 08:30:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 77917 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 19 Apr 2025 08:14:00 +0300
> From: Protesilaos Stavrou <prot <at> protesilaos.com>
>
> The *Warnings* buffer uses the same "stop" sign for "warning" and
> "error" level warnings. This makes it hard to quickly scan the buffer
> for actual errors.
The sign is not for Warning or Error, it's for _disabling_ the
message. That's why it's the same sign.
Why can't one search by using the text, not the sign?
> I attach a patch that uses a different icon for "warning" than for
> "error" or "emergency".
That's wrong, IMO, see above.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sat, 19 Apr 2025 09:18:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 77917 <at> debbugs.gnu.org (full text, mbox):
On 2025-04-19 11:29, Eli Zaretskii wrote:
>> Date: Sat, 19 Apr 2025 08:14:00 +0300
>> From: Protesilaos Stavrou <prot <at> protesilaos.com>
>>
>> The *Warnings* buffer uses the same "stop" sign for "warning" and
>> "error" level warnings. This makes it hard to quickly scan the buffer
>> for actual errors.
>
> The sign is not for Warning or Error, it's for _disabling_ the
> message. That's why it's the same sign.
>
> Why can't one search by using the text, not the sign?
>
>> I attach a patch that uses a different icon for "warning" than for
>> "error" or "emergency".
>
> That's wrong, IMO, see above.
I see, thank you!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sat, 19 Apr 2025 23:34:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 77917 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> The sign is not for Warning or Error, it's for _disabling_ the
> message. That's why it's the same sign.
This will be confusing Emacs users *forever*, IMO.
You keep saying we should wait until people get used to these "buttons",
but that is not a good idea. If nobody else, some new users will always
struggle, as the design of these buttons is inherently flawed. I know
of no mature software that uses Emojis this way, which makes this UI not
discoverable. We should *default* to text buttons, e.g.
[Suppress], [Hide], or [Disable].
If someone likes emoticons better than text labels, it should be them to
customize. We should *default* to standard, battle-proven, and thus
discoverable, UI elements.
Rudy
--
"One can begin to reason only when a clear picture has been formed in
the imagination." --- Walter Warwick Sawyer, Mathematician's Delight,
1943
Rudolf Adamkovič <rudolf <at> adamkovic.org> [he/him]
http://adamkovic.org
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 06:27:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 77917 <at> debbugs.gnu.org (full text, mbox):
> From: Rudolf Adamkovič <rudolf <at> adamkovic.org>
> Cc: 77917 <at> debbugs.gnu.org
> Date: Sun, 20 Apr 2025 01:33:08 +0200
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > The sign is not for Warning or Error, it's for _disabling_ the
> > message. That's why it's the same sign.
>
> This will be confusing Emacs users *forever*, IMO.
>
> You keep saying we should wait until people get used to these "buttons",
> but that is not a good idea.
That's my opinion, yes. It's based on a lot of gray hair with user
expectations. But I also said that people should feel free to ignore
my opinion on this, if they are certain changing the appearance will
produce better results. So I'm not sure why you are still arguing.
> We should *default* to text buttons, e.g.
>
> [Suppress], [Hide], or [Disable].
That still could confuse: suppress what? hide what?
Like I said: there's no clear winner here.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 06:28:07 GMT)
Full text and
rfc822 format available.
Message #20 received at 77917 <at> debbugs.gnu.org (full text, mbox):
>> The *Warnings* buffer uses the same "stop" sign for "warning" and
>> "error" level warnings. This makes it hard to quickly scan the buffer
>> for actual errors.
>
> The sign is not for Warning or Error, it's for _disabling_ the
> message. That's why it's the same sign.
The icon at the beginning of a warning/error is very useful
to help separating one warning/error from another, especially
for many very long multi-line messages. But the button for
disabling them like [Disable] could be added at the end of messages.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 06:47:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 77917 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
>> The sign is not for Warning or Error, it's for _disabling_ the
>> message. That's why it's the same sign.
>
> The icon at the beginning of a warning/error is very useful
> to help separating one warning/error from another, especially
> for many very long multi-line messages. But the button for
> disabling them like [Disable] could be added at the end of messages.
+1
I'd also like to add that it is important that [Disable] (or any other
text) is highlighted as a link. This really helps to figure out that one
can interact with that text. The existing "stop" sign lack such indication.
--
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 08:26:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 77917 <at> debbugs.gnu.org (full text, mbox):
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 77917 <at> debbugs.gnu.org, Protesilaos Stavrou
> <prot <at> protesilaos.com>
> Date: Sun, 20 Apr 2025 06:45:02 +0000
>
> Juri Linkov <juri <at> linkov.net> writes:
>
> >> The sign is not for Warning or Error, it's for _disabling_ the
> >> message. That's why it's the same sign.
> >
> > The icon at the beginning of a warning/error is very useful
> > to help separating one warning/error from another, especially
> > for many very long multi-line messages. But the button for
> > disabling them like [Disable] could be added at the end of messages.
>
> +1
> I'd also like to add that it is important that [Disable] (or any other
> text) is highlighted as a link. This really helps to figure out that one
> can interact with that text. The existing "stop" sign lack such indication.
Why link and not a button? The latter would be more self-explanatory,
IMO.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 08:34:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 77917 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> +1
>> I'd also like to add that it is important that [Disable] (or any other
>> text) is highlighted as a link. This really helps to figure out that one
>> can interact with that text. The existing "stop" sign lack such indication.
>
> Why link and not a button? The latter would be more self-explanatory,
> IMO.
Agree. I just recall it being a link in the past, before ⛔ was introduced.
--
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Sun, 20 Apr 2025 08:59:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 77917 <at> debbugs.gnu.org (full text, mbox):
[ஞாயிறு ஏப்ரல் 20, 2025] Juri Linkov wrote:
>>> The *Warnings* buffer uses the same "stop" sign for "warning" and
>>> "error" level warnings. This makes it hard to quickly scan the buffer
>>> for actual errors.
>>
>> The sign is not for Warning or Error, it's for _disabling_ the
>> message. That's why it's the same sign.
>
> The icon at the beginning of a warning/error is very useful
> to help separating one warning/error from another, especially
> for many very long multi-line messages. But the button for
> disabling them like [Disable] could be added at the end of messages.
Is my memory failing me, or was there such a button before the entire
emoji thing was added? I remember using said button to suppress
warnings that would show up in the early days of native compilation.
(This is how I learnt that the emoji could also be used to suppress
warning BTW).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Tue, 22 Apr 2025 02:07:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 77917 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> posteo.net> writes:
> Juri Linkov <juri <at> linkov.net> writes:
>
>>> The sign is not for Warning or Error, it's for _disabling_ the
>>> message. That's why it's the same sign.
>>
>> The icon at the beginning of a warning/error is very useful
>> to help separating one warning/error from another, especially
>> for many very long multi-line messages. But the button for
>> disabling them like [Disable] could be added at the end of messages.
>
> +1
> I'd also like to add that it is important that [Disable] (or any other
> text) is highlighted as a link. This really helps to figure out that one
> can interact with that text. The existing "stop" sign lack such indication.
FWIW, I think changing the icon to something not meaning "stop" would be
better, and I'd prefer that the button looks like a regular text button.
I think this improvement is worth making now, and possibly even
backporting to emacs-30. I consider this a usability bug.
I think if we want our users to get used to something like this, let's
at least make it not actively confusing.
My two cents.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77917
; Package
emacs
.
(Tue, 22 Apr 2025 02:31:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 77917 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
> The icon at the beginning of a warning/error is very useful
> to help separating one warning/error from another, especially
> for many very long multi-line messages. But the button for
> disabling them like [Disable] could be added at the end of messages.
+1 [Disable], [Suppress], [Hide], or the like.
And as Ihor says, the button should be fontified as such.
Then, nobody will wonder what do to.
Rudy
--
"Simplicity is complexity resolved."
--- Constantin Brâncuși, 1876-1957
Rudolf Adamkovič <rudolf <at> adamkovic.org> [he/him]
http://adamkovic.org
This bug report was last modified 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.