From unknown Fri Sep 05 09:10:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16461: 24.3.50; electric eats too much Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Jan 2014 08:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 16461@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.138985976820408 (code B ref -1); Thu, 16 Jan 2014 08:10:01 +0000 Received: (at submit) by debbugs.gnu.org; 16 Jan 2014 08:09:28 +0000 Received: from localhost ([127.0.0.1]:52781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3i11-0005J6-V0 for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53128) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3i0z-0005Iy-SP for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3i0q-0001vu-TA for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:25 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0q-0001vp-Ps for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:16 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0h-0005Me-6r for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3i0b-0001uO-4q for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:07 -0500 Received: from [69.163.184.122] (port=41538 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0a-0001uD-VN for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:01 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id AE764301D89969 for ; Thu, 16 Jan 2014 00:08:58 -0800 (PST) From: Juri Linkov Organization: JURTA Date: Thu, 16 Jan 2014 09:51:47 +0200 Message-ID: <87vbxk5ppo.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) In Text mode typing RET on a formfeed character ^L deletes it. The presence of ^L means it's here on purpose, so RET should keep it. electric-indent-post-self-insert-function calls indent-according-to-mode that uses special casing for indent-relative (that is the default indent-line-function in text-mode). I don't understand why it calls ^L-eating indent-line-to instead of indent-relative but without this special casing, indent-relative works fine and doesn't eat ^L. From unknown Fri Sep 05 09:10:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16461: 24.3.50; electric eats too much Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Jan 2014 14:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 16461@debbugs.gnu.org Received: via spool by 16461-submit@debbugs.gnu.org id=B16461.13898809826174 (code B ref 16461); Thu, 16 Jan 2014 14:04:01 +0000 Received: (at 16461) by debbugs.gnu.org; 16 Jan 2014 14:03:02 +0000 Received: from localhost ([127.0.0.1]:53027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3nXC-0001bU-1N for submit@debbugs.gnu.org; Thu, 16 Jan 2014 09:03:02 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:6438) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3nXA-0001b4-1r for 16461@debbugs.gnu.org; Thu, 16 Jan 2014 09:03:00 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFMCoyj/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av8EABK/CFFMCoyj/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="45100058" Received: from 76-10-140-163.dsl.teksavvy.com (HELO pastel.home) ([76.10.140.163]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 16 Jan 2014 09:02:59 -0500 Received: by pastel.home (Postfix, from userid 20848) id 2E7BC60073; Thu, 16 Jan 2014 09:02:59 -0500 (EST) From: Stefan Monnier Message-ID: References: <87vbxk5ppo.fsf@mail.jurta.org> Date: Thu, 16 Jan 2014 09:02:59 -0500 In-Reply-To: <87vbxk5ppo.fsf@mail.jurta.org> (Juri Linkov's message of "Thu, 16 Jan 2014 09:51:47 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > I don't understand why it calls ^L-eating indent-line-to instead of > indent-relative but without this special casing, indent-relative works > fine and doesn't eat ^L. If we can get the same behavior using indent-relative, I'm perfectly fine with it. But I also think that indent-line-to should *not* eat ^L. Stefan From unknown Fri Sep 05 09:10:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16461: 24.3.50; electric eats too much Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2014 08:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 16461@debbugs.gnu.org Received: via spool by 16461-submit@debbugs.gnu.org id=B16461.13899459698992 (code B ref 16461); Fri, 17 Jan 2014 08:07:02 +0000 Received: (at 16461) by debbugs.gnu.org; 17 Jan 2014 08:06:09 +0000 Received: from localhost ([127.0.0.1]:54373 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W44RM-0002Kv-BM for submit@debbugs.gnu.org; Fri, 17 Jan 2014 03:06:08 -0500 Received: from [69.163.184.122] (port=38993 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W44RJ-0002Kk-Vi for 16461@debbugs.gnu.org; Fri, 17 Jan 2014 03:06:06 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 34B9E30021EED9; Fri, 17 Jan 2014 00:06:05 -0800 (PST) From: Juri Linkov Organization: JURTA References: <87vbxk5ppo.fsf@mail.jurta.org> Date: Fri, 17 Jan 2014 10:05:17 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 16 Jan 2014 09:02:59 -0500") Message-ID: <87fvon58zo.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > But I also think that indent-line-to should *not* eat ^L. This patch fixes the problem and doesn't eat ^L: === modified file 'lisp/indent.el' --- lisp/indent.el 2014-01-15 08:22:41 +0000 +++ lisp/indent.el 2014-01-17 08:05:10 +0000 @@ -265,7 +265,7 @@ (defun indent-line-to (column) "Indent current line to COLUMN. This function removes or adds spaces and tabs at beginning of line only if necessary. It leaves point at end of indentation." - (back-to-indentation) + (backward-to-indentation 0) (let ((cur-col (current-column))) (cond ((< cur-col column) (if (>= (- column (* (/ cur-col tab-width) tab-width)) tab-width) @@ -274,7 +274,7 @@ (defun indent-line-to (column) (indent-to column)) ((> cur-col column) ; too far right (after tab?) (delete-region (progn (move-to-column column t) (point)) - (progn (back-to-indentation) (point))))))) + (progn (backward-to-indentation 0) (point))))))) [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > But I also think that indent-line-to should *not* eat ^L. This patch fixes the problem and doesn't eat ^L: === modified file 'lisp/indent.el' --- lisp/indent.el 2014-01-15 08:22:41 +0000 +++ lisp/indent.el 2014-01-17 08:05:10 +0000 @@ -265,7 +265,7 @@ (defun indent-line-to (column) "Indent current line to COLUMN. This function removes or adds spaces and tabs at beginning of line only if necessary. It leaves point at end of indentation." - (back-to-indentation) + (backward-to-indentation 0) (let ((cur-col (current-column))) (cond ((< cur-col column) (if (>= (- column (* (/ cur-col tab-width) tab-width)) tab-width) @@ -274,7 +274,7 @@ (defun indent-line-to (column) (indent-to column)) ((> cur-col column) ; too far right (after tab?) (delete-region (progn (move-to-column column t) (point)) - (progn (back-to-indentation) (point))))))) + (progn (backward-to-indentation 0) (point))))))) [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS > But I also think that indent-line-to should *not* eat ^L. This patch fixes the problem and doesn't eat ^L: === modified file 'lisp/indent.el' --- lisp/indent.el 2014-01-15 08:22:41 +0000 +++ lisp/indent.el 2014-01-17 08:05:10 +0000 @@ -265,7 +265,7 @@ (defun indent-line-to (column) "Indent current line to COLUMN. This function removes or adds spaces and tabs at beginning of line only if necessary. It leaves point at end of indentation." - (back-to-indentation) + (backward-to-indentation 0) (let ((cur-col (current-column))) (cond ((< cur-col column) (if (>= (- column (* (/ cur-col tab-width) tab-width)) tab-width) @@ -274,7 +274,7 @@ (defun indent-line-to (column) (indent-to column)) ((> cur-col column) ; too far right (after tab?) (delete-region (progn (move-to-column column t) (point)) - (progn (back-to-indentation) (point))))))) + (progn (backward-to-indentation 0) (point))))))) (defun current-left-margin () "Return the left margin to use for this line. From unknown Fri Sep 05 09:10:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16461: 24.3.50; electric eats too much Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2014 14:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 16461@debbugs.gnu.org Received: via spool by 16461-submit@debbugs.gnu.org id=B16461.138996963931803 (code B ref 16461); Fri, 17 Jan 2014 14:41:01 +0000 Received: (at 16461) by debbugs.gnu.org; 17 Jan 2014 14:40:39 +0000 Received: from localhost ([127.0.0.1]:54651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4Ab6-0008Gr-83 for submit@debbugs.gnu.org; Fri, 17 Jan 2014 09:40:37 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:49401) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W4Ab4-0008Ge-1I for 16461@debbugs.gnu.org; Fri, 17 Jan 2014 09:40:34 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFMCoyj/2dsb2JhbABEuzWDWRdzgh4BAQQBViMQCzQSFBgNJIgeBsEtkQoDiGGcGYFegxU X-IPAS-Result: Av8EABK/CFFMCoyj/2dsb2JhbABEuzWDWRdzgh4BAQQBViMQCzQSFBgNJIgeBsEtkQoDiGGcGYFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="45183686" Received: from 76-10-140-163.dsl.teksavvy.com (HELO pastel.home) ([76.10.140.163]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 17 Jan 2014 09:40:33 -0500 Received: by pastel.home (Postfix, from userid 20848) id 43A7B6019C; Fri, 17 Jan 2014 09:40:33 -0500 (EST) From: Stefan Monnier Message-ID: References: <87vbxk5ppo.fsf@mail.jurta.org> <87fvon58zo.fsf@mail.jurta.org> Date: Fri, 17 Jan 2014 09:40:33 -0500 In-Reply-To: <87fvon58zo.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 17 Jan 2014 10:05:17 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> But I also think that indent-line-to should *not* eat ^L. > This patch fixes the problem and doesn't eat ^L: Looks OK, thanks. This difference between back-to-indentation and backward-to-indentation is really obscure. Stefan From unknown Fri Sep 05 09:10:03 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Juri Linkov Subject: bug#16461: closed (Re: bug#16461: 24.3.50; electric eats too much) Message-ID: References: <87iotf6nw1.fsf@mail.jurta.org> <87vbxk5ppo.fsf@mail.jurta.org> X-Gnu-PR-Message: they-closed 16461 X-Gnu-PR-Package: emacs Reply-To: 16461@debbugs.gnu.org Date: Mon, 20 Jan 2014 08:57:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1390208224-4465-1" This is a multi-part message in MIME format... ------------=_1390208224-4465-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #16461: 24.3.50; electric eats too much which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 16461@debbugs.gnu.org. --=20 16461: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16461 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1390208224-4465-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 16461-done) by debbugs.gnu.org; 20 Jan 2014 08:56:47 +0000 Received: from localhost ([127.0.0.1]:57548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5Af0-000195-Vd for submit@debbugs.gnu.org; Mon, 20 Jan 2014 03:56:47 -0500 Received: from [69.163.184.122] (port=60914 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5Aey-00018q-54 for 16461-done@debbugs.gnu.org; Mon, 20 Jan 2014 03:56:45 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 0108032F16448C; Mon, 20 Jan 2014 00:56:42 -0800 (PST) From: Juri Linkov To: Stefan Monnier Subject: Re: bug#16461: 24.3.50; electric eats too much Organization: JURTA References: <87vbxk5ppo.fsf@mail.jurta.org> <87fvon58zo.fsf@mail.jurta.org> Date: Mon, 20 Jan 2014 10:47:10 +0200 In-Reply-To: (Stefan Monnier's message of "Fri, 17 Jan 2014 09:40:33 -0500") Message-ID: <87iotf6nw1.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>> But I also think that indent-line-to should *not* eat ^L. >> This patch fixes the problem and doesn't eat ^L: > > Looks OK, thanks. This difference between back-to-indentation and > backward-to-indentation is really obscure. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 16461-done Cc: 16461-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >>> But I also think that indent-line-to should *not* eat ^L. >> This patch fixes the problem and doesn't eat ^L: > > Looks OK, thanks. This difference between back-to-indentation and > backward-to-indentation is really obscure. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS >>> But I also think that indent-line-to should *not* eat ^L. >> This patch fixes the problem and doesn't eat ^L: > > Looks OK, thanks. This difference between back-to-indentation and > backward-to-indentation is really obscure. Perhaps a new function with more descriptive name could be added later. ------------=_1390208224-4465-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Jan 2014 08:09:28 +0000 Received: from localhost ([127.0.0.1]:52781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3i11-0005J6-V0 for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53128) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W3i0z-0005Iy-SP for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3i0q-0001vu-TA for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:25 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0q-0001vp-Ps for submit@debbugs.gnu.org; Thu, 16 Jan 2014 03:09:16 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0h-0005Me-6r for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3i0b-0001uO-4q for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:07 -0500 Received: from [69.163.184.122] (port=41538 helo=ps18281.dreamhostps.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3i0a-0001uD-VN for bug-gnu-emacs@gnu.org; Thu, 16 Jan 2014 03:09:01 -0500 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.184.122]) by ps18281.dreamhostps.com (Postfix) with ESMTP id AE764301D89969 for ; Thu, 16 Jan 2014 00:08:58 -0800 (PST) From: Juri Linkov To: bug-gnu-emacs@gnu.org Subject: 24.3.50; electric eats too much Organization: JURTA Date: Thu, 16 Jan 2014 09:51:47 +0200 Message-ID: <87vbxk5ppo.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) In Text mode typing RET on a formfeed character ^L deletes it. The presence of ^L means it's here on purpose, so RET should keep it. electric-indent-post-self-insert-function calls indent-according-to-mode that uses special casing for indent-relative (that is the default indent-line-function in text-mode). I don't understand why it calls ^L-eating indent-line-to instead of indent-relative but without this special casing, indent-relative works fine and doesn't eat ^L. ------------=_1390208224-4465-1-- From unknown Fri Sep 05 09:10:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16461: 24.3.50; electric eats too much Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2014 14:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 16461-done@debbugs.gnu.org Received: via spool by 16461-done@debbugs.gnu.org id=D16461.13902271469721 (code D ref 16461); Mon, 20 Jan 2014 14:13:01 +0000 Received: (at 16461-done) by debbugs.gnu.org; 20 Jan 2014 14:12:26 +0000 Received: from localhost ([127.0.0.1]:57951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5FaU-0002Wj-Bo for submit@debbugs.gnu.org; Mon, 20 Jan 2014 09:12:26 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:44754) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W5FaS-0002Wb-MY for 16461-done@debbugs.gnu.org; Mon, 20 Jan 2014 09:12:24 -0500 Received: from 69-165-163-162.dsl.teksavvy.com (HELO pastel.home) ([69.165.163.162]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 20 Jan 2014 09:12:24 -0500 Received: by pastel.home (Postfix, from userid 20848) id 21FE960094; Mon, 20 Jan 2014 09:12:24 -0500 (EST) From: Stefan Monnier Message-ID: References: <87vbxk5ppo.fsf@mail.jurta.org> <87fvon58zo.fsf@mail.jurta.org> <87iotf6nw1.fsf@mail.jurta.org> Date: Mon, 20 Jan 2014 09:12:24 -0500 In-Reply-To: <87iotf6nw1.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 20 Jan 2014 10:47:10 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> Looks OK, thanks. This difference between back-to-indentation and >> backward-to-indentation is really obscure. > Perhaps a new function with more descriptive name could be added later. I think back-to-indentation should use the same " \t" pattern rather than rely on syntax tables. Stefan