From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: python-mode (python.el): python-backspace Date: Thu, 20 May 2004 22:53:28 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1085093263 15196 80.91.224.253 (20 May 2004 22:47:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 May 2004 22:47:43 +0000 (UTC) Cc: quarl+dated+1085176814.c6e08d@hkn.eecs.berkeley.edu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri May 21 00:47:33 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQwK5-0000Hh-00 for ; Fri, 21 May 2004 00:47:33 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BQwK5-00039y-00 for ; Fri, 21 May 2004 00:47:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BQwBB-0005j3-8t for emacs-devel@quimby.gnus.org; Thu, 20 May 2004 18:38:21 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BQvs1-0001mf-Rf for emacs-devel@gnu.org; Thu, 20 May 2004 18:18:34 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BQvjk-0000Ta-BK for emacs-devel@gnu.org; Thu, 20 May 2004 18:10:32 -0400 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BQvTu-0004km-2I; Thu, 20 May 2004 17:53:38 -0400 Original-Received: from [148.79.80.39] (helo=albion.dl.ac.uk) by mx20.gnu.org with esmtp (Exim 4.34) id 1BQvTs-00083d-Jx; Thu, 20 May 2004 17:53:36 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1BQvTk-00084Y-00; Thu, 20 May 2004 22:53:28 +0100 Original-To: rms@gnu.org User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.2 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:23802 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23802 Richard Stallman writes: > If it doesn't look like deleting one character backwards, > it is a drastic change. It actually does that with indent-tabs-mode and the indentation step equal to a tab width. > This redefinition is ok because it fits with the description that DEL > deletes one character backwards. It reinterprets "one character" in a > legitimate way. As I think Python mode does, and major modes are explicitly documented thus (`Major Modes'): Selecting a major mode changes the meanings of a few keys to become more specifically adapted to the language being edited. The ones that are changed frequently are , , and `C-j'. It's adapted (modulo possible bugs) in a way which people who actually use it find natural. > However, to describe the current Python mode definition as "deleting > one character backwards" is clearly untrue. As far as I can tell, it does always delete characters backwards, whereas in Lisp mode, it can actually add space characters. Now I've had a chance to try, I can't reproduce the reported behaviour where it moved point forward and, as I said, that would be a bug. I've got confused by the state of the sources, but as far as I can tell, I'm running the latest version. Is the issue with the DEL binding just that reported behaviour or is it with the intended behaviour? > That redefinition does > not reinterpret the description. This command does a different job, > not the same job. If you won't accept DEL, what would be a natural key for the job `delete a level of indentation when deleting a single space would be syntactically incorrect'?