GNU bug report logs -
#61413
[PATCH] Make warnings show a "warning" emoji instead of a stop-sign
Previous Next
Full log
Message #66 received at 61413 <at> debbugs.gnu.org (full text, mbox):
Konstantin Kharlamov <Hi-Angel <at> yandex.ru> writes:
> On Wed, 2025-02-19 at 02:01 +0000, Stefan Kangas wrote:
>> Rudolf Adamkovič <rudolf <at> adamkovic.org> writes:
>>
>> > Kévin Le Gouguec <kevin.legouguec <at> gmail.com> writes:
>> >
>> > > Thought it bore mention since the present report is about
>> > > bikeshedding
>> > > the graphical representation of the warnings-suppress icon,
>> > > whereas
>> > > Rudolf's reply suggests - to me - a wider wish to be able to opt
>> > > out of
>> > > these representations: this is already solved.
>> >
>> > I apologize for not communicating more clearly. What I meant is
>> > the
>> > following. While, I can opt out of the "emoji representation", I
>> > think
>> > Emacs should always default to standard, discoverable, and
>> > accessible
>> > controls.
>> >
>> > Say we sampled a group of 10 users, how many of them would know,
>> > without
>> > further UI exploration, that the emoji is a button and what it
>> > does? If
>> > fewer than 10, then we should ask, "why are we doing this" and
>> > stop.
>> >
>> > As for me, I think these emoji buttons are a bad idea to start
>> > with, let
>> > alone to continue with, let alone work around the newly discovered
>> > problems with them.
>>
>> Maybe we should make them look like the buttons in customize instead?
>
> I don't see how that may help. A user may or may not look at
> customization page for the warnings, whereas the problem is a user
> wouldn't know the emoji in compilation buffer is a button, let alone
> what it does.
We don't use emojis in customize.
This bug report was last modified 56 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.