GNU bug report logs - #1305
All code that currently beeps should use visual bell instead

Previous Next

Package: emacs;

Reported by: "Jason Spiro" <jasonspiro4 <at> gmail.com>

Date: Tue, 4 Nov 2008 23:00:03 UTC

Severity: wishlist

Merged with 53196

Found in version 28.0.90

Full log


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

From: Gregory Heytings <gregory <at> heytings.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 1305 <at> debbugs.gnu.org, stefan <at> marxist.se,
 jasonspiro4 <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#1305: All code that currently beeps should use visual bell
 instead
Date: Sun, 18 Apr 2021 11:10:45 +0000
>
> Emacs beeps a lot if you do things that make it beep.  Like try to go 
> where no one has gone before.
>
> By contrast, other apps beep when they see fit.  A MUA plays sounds when 
> a new email arrives; the desktop beeps when it has some notification 
> that it thinks you must see and act upon, etc. etc.
>
> I don't see how Emacs is the odd one out here.
>

It just feels awkward by today's standards.

Emacs beeps when there is in fact no good reason to beep: whenever you 
type C-g, when isearch doesn't find a match, when you press C-p at BOB or 
C-n at EOB, when you press C-v or M-v too much (which can in fact be, for 
a short enough buffer: whenever you type C-v or M-v), when you press a 
self-inserting key in a read-only buffer, and so forth.  There is no good 
reason to beep, because (1) the echo area already contains an explanation 
about what happened, and (2) the error is not important enough to call the 
user's attention, nothing serious can happen if the user doesn't see it. 
In such cases flashing the echo area would be more than enough.

By contrast, Emacs doesn't beep when there would perhaps be a good reason 
to beep, for example when yes-or-no-p/y-or-n-p are called.

>
> And we are bikeshedding again: the opinions are clearly divided, and 
> Emacs lets each one of us customize this feature as they see fit.  So 
> why is arguing about the default so important, when there's clearly no 
> consensus?
>

We are discussing what a better default could be; in another thread the 
discussion is about a better default for the 'match' face.  Is discussing 
the default UX useless because everyone can customize everything?




This bug report was last modified 3 years and 153 days ago.

Previous Next


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