From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Beeping Date: Fri, 27 Nov 2009 07:48:07 +0100 Message-ID: References: <912155b0911230837i48326730m82e0d54d4004be59@mail.gmail.com> <87y6lxdvnl.fsf@mandingo.thematica.it> <87zl6dgjt1.fsf@stupidchicken.com> <874oolarvt.fsf@stupidchicken.com> <87aay91k9j.fsf_-_@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259304559 10868 80.91.229.12 (27 Nov 2009 06:49:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 27 Nov 2009 06:49:19 +0000 (UTC) Cc: Chong Yidong , Giuseppe Scrivano , emacs-devel@gnu.org, Juri Linkov , =?UTF-8?Q?Per_Starb=C3=A4ck?= , 1305@emacsbugs.donarmstrong.com To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 27 07:49:11 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NDudi-0002Bk-14 for ged-emacs-devel@m.gmane.org; Fri, 27 Nov 2009 07:49:10 +0100 Original-Received: from localhost ([127.0.0.1]:47862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NDudh-0005q2-JR for ged-emacs-devel@m.gmane.org; Fri, 27 Nov 2009 01:49:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NDudA-0005TK-4g for emacs-devel@gnu.org; Fri, 27 Nov 2009 01:48:36 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NDud4-0005PC-8t for emacs-devel@gnu.org; Fri, 27 Nov 2009 01:48:34 -0500 Original-Received: from [199.232.76.173] (port=44613 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NDud4-0005Ou-22 for emacs-devel@gnu.org; Fri, 27 Nov 2009 01:48:30 -0500 Original-Received: from mail-gx0-f224.google.com ([209.85.217.224]:47568) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NDud1-00019o-NF; Fri, 27 Nov 2009 01:48:27 -0500 Original-Received: by gxk24 with SMTP id 24so1238534gxk.6 for ; Thu, 26 Nov 2009 22:48:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=tQCNmb7dSzQJJ3z0Z6k7XuBLnUZqIplt671Tt4qWnQQ=; b=H0T305KXsIA5N8PWEMPFr2lL6YrNmhvqDUTAuNWKF1YbQ7qEMIAOwBRfY1RUCkoCdF uiPRIJEXQkk/1B54DYdFy/WSE9CCL1sFm2iSPDHHJWKS3i73zOMQV2Gj7KL5PR3OLg37 EyB+MUfsQD5leY16RNHwtcxru6dNEqKgELFAw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=D8ib89cCOaqEW8L5W029E/mgm1xfMFNnHQrm/oGxVqXZmnZpu3enxX6OvQUaIvqOUf mtQwxv3ZfNHT1hCVIZDBr9aQE0AvBo/CnjzTaox9jJeRTivlWAPDGeQAvnAnOErjJmNa pvBR2SckZNiaSvwL/xbf+fprNn4KlE0XuoZTA= Original-Received: by 10.100.130.6 with SMTP id c6mr175178and.20.1259304507080; Thu, 26 Nov 2009 22:48:27 -0800 (PST) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:117851 Archived-At: 2009/11/27 Stefan Monnier : >> Maybe the problem is a bit different. There is currently no dedicated >> mechanism in Emacs to go to command level. Instead a lot of functions >> throws an error when they want to go to command level. > >> Could we not implement something like (command-level) akin to (top-level= )? > > I think there's a misunderstanding here. =C2=A0Emacs usually tries to mak= e > sure commands do *something*, because it' good to return feedback. > So when they don't, they often like to beep to indicate that they > couldn't do what they were asked to do. As an example of what I mean look at what windmove-left does when there is no window to the left. It then raises an error. If debug-on-error is true I then get a chance to debug my behaviour. I am not sure that makes sense. The behaviour is different, but I think it should be similar to what scroll-down/up does when it reaches the border. I think there should be a unified behaviour. Making the visual bell default seems good, but why not implement it as `command-level'? > I dislike the beep, so I always use the visual-bell instead. =C2=A0I don'= t > think turning the bell into nothing at all is a good option. =C2=A0I'd ra= ther > try and address the reasons that prevent the visual-bell from being > the default. > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan >