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

Previous Next

Full log

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Gregory Heytings <gregory <at> heytings.org>
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, Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#1305: All code that currently beeps should use visual bell
 instead
Date: Thu, 29 Apr 2021 23:17:58 +0300

On 29.04.2021 22:48, Gregory Heytings wrote:
> 
>>> and a new prettier bell function, which would be the default
>>
>> Another option would be to use your newer bell on MacOS (which has 
>> universally negative feedback), but keep the current one on GNU/Linux 
>> and Windows
>>
> 
> IMO a default that gives the same result across platforms would be much 
> better.

In theory, yes. In practice, I like the current GNU/Linux's default 
better than your proposal. We could work on converging on some version 
that satisfies all, of course.

But only replacing MacOS's bell would let us get around that.

> I'm not sure what you mean by "the current one on GNU/Linux and 
> Windows": the current default is an audible bell.  If you mean "make the 
> current visible-bell the default",

That one, yes, sorry.

> Would you imagine such a behavior in Visual 
> Studio, Sublime or Atom?

Briefly flashing some UI elements in a neutral fashion, without extra 
colors that may look out of place? Perhaps the implementation is a 
little old-fashioned, but the idea is solid, IMHO.

So from my POV, your proposal is not at that level of polish of VS 
Code/Atom either.

That's also why I asked whether somebody knows a corresponding UI 
element/animation in either of these editors we could, uh, "get inspired 
by".

>>
>> Windows (maybe? very little has been said here about whether it's 
>> better or worse).
>>
> 
> I can't really say whether it's better or worse, with visible-bell t on 
> Windows the frame briefly flashes (with the FlashWindow function), a bit 
> like a flash in a terminal.  Among the three visible-bell t behaviors, 
> it's the best one IMO, in the sense that it's visible and not intrusive.

Is it possible to replicate on other systems?

> Not sure this is relevant to the current discussion, but: 99% GNU/Linux 
> (Debian), 0.95% macOS, 0.05% Windows.

Of course it is relevant. If you were indeed a predominantly MacOS user, 
we could agree to split the difference. Apparently not, though.

Previous Next

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