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

Previous Next

Full log

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

From: Gregory Heytings <gregory <at> heytings.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Alan Third <alan <at> idiocy.org>, "1305 <at> debbugs.gnu.org" <1305 <at> debbugs.gnu.org>,
 Michael Welsh Duggan <mwd <at> md5i.com>, Stefan Kangas <stefan <at> marxist.se>,
 "jasonspiro4 <at> gmail.com" <jasonspiro4 <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, Dmitry Gutov <dgutov <at> yandex.ru>,
 Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: RE: bug#1305: [External] : bug#1305: All code that currently beeps
 should use visual bell instead
Date: Sat, 01 May 2021 16:55:55 +0000

>
> Have the passive voicers actually tried it?
>

Yes, and I tried it, too, and after trying a solution where you have to 
wait and another where you don't have to wait I agree that this slight 
delay is a bit annoying.  As I just said to Stefan M, my feeling is that 
this delay is more annoying when flashing with a background color instead 
of flashing with an inverse video effect.

>
> In that case, change the default to 0.02 sec or whatever the passive 
> voices consider optimal.
>

The flash can't be too short, otherwise it isn't visible anymore...

>
> What's needed - regardless of what default behavior is chosen, is a 
> simple way for users to customize things.
>

It's already there, and it's already used: ring-bell-function.  What is 
(if I'm not mistaken) discussed in this thread is what a better default 
would be / whether another default behavior would be better.

Previous Next

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