From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#16461: 24.3.50; electric eats too much Date: Mon, 20 Jan 2014 10:47:10 +0200 Organization: JURTA Message-ID: <87iotf6nw1.fsf@mail.jurta.org> References: <87vbxk5ppo.fsf@mail.jurta.org> <87fvon58zo.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390208239 23476 80.91.229.3 (20 Jan 2014 08:57:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2014 08:57:19 +0000 (UTC) Cc: 16461-done@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 20 09:57:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W5Afc-0004fk-4Q for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 09:57:24 +0100 Original-Received: from localhost ([::1]:49393 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5Afb-0005gZ-QE for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jan 2014 03:57:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5AfO-0005Ww-MN for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 03:57:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5AfI-00023h-JD for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 03:57:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5AfI-00023d-FY for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 03:57:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W5AfH-0001A7-Pb for bug-gnu-emacs@gnu.org; Mon, 20 Jan 2014 03:57:03 -0500 Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2014 08:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 16461 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Mail-Followup-To: 16461@debbugs.gnu.org, juri@jurta.org, juri@jurta.org Original-Received: via spool by 16461-done@debbugs.gnu.org id=D16461.13902082074412 (code D ref 16461); Mon, 20 Jan 2014 08:57:02 +0000 Original-Received: (at 16461-done) by debbugs.gnu.org; 20 Jan 2014 08:56:47 +0000 Original-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 Original-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 Original-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) In-Reply-To: (Stefan Monnier's message of "Fri, 17 Jan 2014 09:40:33 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:83756 Archived-At: >>> 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.