From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Wedler, Christoph" Newsgroups: gmane.emacs.devel Subject: RE: antlr-mode.el - need some support by python.el Date: Wed, 25 Feb 2015 11:16:43 +0000 Message-ID: References: <54E40954.7000706@yandex.ru> <54E4AFE5.1070208@yandex.ru> <54E5186A.4020906@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1424863049 11115 80.91.229.3 (25 Feb 2015 11:17:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 25 Feb 2015 11:17:29 +0000 (UTC) Cc: =?iso-8859-1?Q?Fabi=E1n_E=2EGallina?= , "emacs-devel@gnu.org" To: Dmitry Gutov , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 25 12:17:12 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YQZxl-0006gL-O2 for ged-emacs-devel@m.gmane.org; Wed, 25 Feb 2015 12:17:09 +0100 Original-Received: from localhost ([::1]:53751 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQZxk-000249-IT for ged-emacs-devel@m.gmane.org; Wed, 25 Feb 2015 06:17:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41849) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQZxY-00022R-1v for emacs-devel@gnu.org; Wed, 25 Feb 2015 06:16:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YQZxU-0001US-1v for emacs-devel@gnu.org; Wed, 25 Feb 2015 06:16:55 -0500 Original-Received: from smtpgw02.sap-ag.de ([155.56.66.97]:13006 helo=smtpgw.sap-ag.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YQZxT-0001UJ-S0 for emacs-devel@gnu.org; Wed, 25 Feb 2015 06:16:51 -0500 Thread-Topic: antlr-mode.el - need some support by python.el Thread-Index: AQHQSyxuxsXFZU5LQTeH9ayNQUY/OZz2iSBCgAB8qbaACjy/QA== In-Reply-To: <54E5186A.4020906@yandex.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.40.114] X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 X-Received-From: 155.56.66.97 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:183489 Archived-At: >>> Not necessarily: you also can adjust the indentation after the submode >>> applies it. >> I do exactly that, but it does not work for python due to its cycling >> functionality. (It is also not ideal buffer-undo-list -wise.) > I don't know about cycling. Sounds like something that could be handled=20 > in a different way. As you guessed below: it is what the user expects (indentation in Haskell also works that way). > buffer-undo-list should be fine: several changes performed by one=20 > command invocation will be treated as one by undo. And if the resulting changes is a non-change (insertion, then deletion)? Or if it should have been a non-change, but the several changes result in TAB/space differences? > Looking at `python-indent-line-function', it seems like it's going to=20 > cycle only under certain conditions (this-command is the same as=20 > last-command, and it's in the special list). From what I understand, it=20 > might even be what the user expects. If not, why not bind `this-command'= =20 > to some odd value? ...or temporary binding that special list to some other value =3D this is what I do. Christoph