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


View this message in rfc822 format

From: Gregory Heytings <gregory <at> heytings.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: Alan Third <alan <at> idiocy.org>, 1305 <at> debbugs.gnu.org, Michael Welsh Duggan <mwd <at> md5i.com>, Stefan Kangas <stefan <at> marxist.se>, jasonspiro4 <at> gmail.com, monnier <at> iro.umontreal.ca, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: bug#1305: All code that currently beeps should use visual bell instead
Date: Tue, 20 Apr 2021 19:19:40 +0000
>
> In general, I like it
>

Thank you :-)

>
> (though the concerns about colors are still there; perhaps just use 
> inverse-video in GUI as well?).
>

You mean, do what (setq visual-bell t) does?  There's already an option 
for that...

>
> And it turns the cursor red irreversibly in my config (but not in 'emacs 
> -Q').
>

That's rather strange, color-bell--cursor-background is saved only once, 
when visual-bell is called for the first time.  I'll try to reproduce the 
issue, but some more detailed information (e.g. with 
debug-on-variable-change) would be welcome.

>
> Is nobody bothered by having this kind of visual indication while 
> 'visible-bell' is nil, though?
>

It's easy to turn off, as indicated in NEWS: (setq ring-bell-function 
nil).  And IMO this is way better than the current situation, in which the 
default behavior depends on too many parameters that are outside the 
control of Emacs, in which the available options are different depending 
on the platform, and in which on certain platforms none of the available 
options are good.




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.