From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-15?Q?Andreas_R=F6hler?= Newsgroups: gmane.emacs.devel Subject: Re: Errors in interactive commands Date: Tue, 02 Aug 2011 21:04:41 +0200 Message-ID: <4E384A49.2060905@online.de> References: <87livbbta9.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1312311908 8545 80.91.229.12 (2 Aug 2011 19:05:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Aug 2011 19:05:08 +0000 (UTC) Cc: Antoine Levitt To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 02 21:05:01 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QoKGz-0005lh-L5 for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 21:05:01 +0200 Original-Received: from localhost ([::1]:50015 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKGy-0002ZV-Vg for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 15:05:00 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:41811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKGv-0002ZA-L6 for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:04:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoKGt-0005lu-EH for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:04:57 -0400 Original-Received: from moutng.kundenserver.de ([212.227.17.8]:55208) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKGs-0005lo-Tk for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:04:55 -0400 Original-Received: from [192.168.178.27] (brln-4dbc7e30.pool.mediaWays.net [77.188.126.48]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0Mddka-1R0MwK3qNI-00PIYW; Tue, 02 Aug 2011 21:04:53 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.18) Gecko/20110616 SUSE/3.1.11 Thunderbird/3.1.11 In-Reply-To: <87livbbta9.fsf@gmail.com> X-Provags-ID: V02:K0:sihhQmGjhAREqe46mL23xOXExZnAB8KRgrwh8RoV03G O3dECQpNTRBu3OSuwygN991WxlavnJEWOTDU6NbDxz7dtQH8TR diaQn6PP5MYx5Guvpw5obhxH+tV2w/lIZ40kbCce1K0eSRiP9C BHb/rWUwVcD1/sabHD9r3szDluyitWypPl3QgCZATzRx/xwR2M kc9gVYQctF8k5ySoD5byfSEvTe3HOG2P1cGxAU9sds= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 212.227.17.8 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142735 Archived-At: Am 02.08.2011 19:46, schrieb Antoine Levitt: > What's the policy concerning errors in interactive commands when they > are called from an invalid context? Right now emacs is a bit > inconsistent: C-f at the end of a buffer displays a message, while C-M-f Hi, thats a bug IMHO, like the error with point at closing string: ("foo") -----^-- --> forward-sexp: Scan error: "Unbalanced parentheses", 6, 8 > inside an empty parenthesis pair raises an error. We should decide on a > standard and apply it to every such command (I'm willing to do it.) > > I'm personally in favour of displaying a message, because it makes > editing with toggle-debug-on-error less painful. What do others think? > > > please permit raising the return-value question again at the occasion: It's very convenient IMHO, when using a function which move, being able to check for example the returned position like (eq 123 (ar-forward-word-atpt)) ;; https://launchpad.net/s-x-emacs-werkstatt/ which would return at the end buffer nil, not an error, so a while will stop smoothly. Messaging should be the respective, ie functions interactively called should message it's return values beside returning. Andreas