unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Jason Spiro" <jasonspiro4@gmail.com>
To: bug-gnu-emacs@gnu.org
Subject: bug#1305: Please disable the audible bell by default, to avoid discouraging newbies in crowded offices and elsewhere
Date: Tue, 4 Nov 2008 17:51:13 -0500	[thread overview]
Message-ID: <ff7ab970811041451y4f755e66o84dc03e992fc8d06@mail.gmail.com> (raw)

By default, Emacs makes an audible beep every time the user makes an
error.  It would be great if you could please change the default
either:

1.  To not make any audible or visible bell when the user makes an
error.  (This would be best.)

2.  Or to use a visible bell only.  (This would be an acceptable
alternative.  Plus, Emacs already knows how to show a visible bell.)

If you do not change the default, some Emacs newbies may decide not to
use Emacs, but to use other editors instead, perhaps non-Free ones.
Here are three reasons why they may decide that:

A.  Some users find that the beep is harsh and unpleasant to the ear.

B.  Most apps beep only when something very bad happens.  But Emacs
beeps even upon minor mistakes like scrolling past end of buffer, or
pressing an unassigned key.  It even beeps on non-mistakes like
pressing C-g.  The amount of beeping may make users uncomfortable.

C.  Some Emacs newbies try Emacs for the first time at the office.  At
the office, ten or more people may hear each beep.  The feeling of
having distracted coworkers may make users even more uncomfortable.

You might say, "So newbies should disable the beep themselves".  No.
They may not bother.

You might say, "But if not for the beep, users won't notice errors".
No.  They will notice.  Human eyes notice significant onscreen changes
(perhaps 3 words or more) easily.

Regards,
Jason Spiro







             reply	other threads:[~2008-11-04 22:51 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-04 22:51 Jason Spiro [this message]
2008-11-05  7:25 ` bug#1305: Please disable the audible bell by default, to avoid discouraging newbies in crowded offices and elsewhere Xavier Maillard
2008-11-06  8:34   ` Jason Spiro
2008-11-09 23:25     ` Xavier Maillard
2008-11-11 19:15       ` Jason Spiro
2008-11-11 20:05         ` Lennart Borgman
2008-11-06 23:34 ` Dan Nicolaescu
2008-11-07  2:19   ` Stefan Monnier
2008-11-07 10:32 ` Eli Zaretskii
2008-11-07 14:54   ` Stefan Monnier
2008-11-07 16:52     ` Eli Zaretskii
2008-11-07 18:48       ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ff7ab970811041451y4f755e66o84dc03e992fc8d06@mail.gmail.com \
    --to=jasonspiro4@gmail.com \
    --cc=1305@emacsbugs.donarmstrong.com \
    --cc=bug-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).