From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r116461: Connect electric-indent-mode up with CC Mode. Bug #15478. Date: Thu, 27 Mar 2014 10:49:06 -0400 Message-ID: References: <20140316223509.GD3854@acm.acm> <20140319224231.GB4783@acm.acm> <20140322131350.GA3163@acm.acm> <20140322223454.GA3562@acm.acm> <20140324224055.GB3825@acm.acm> <20140326212117.GB3787@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1395931760 22317 80.91.229.3 (27 Mar 2014 14:49:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2014 14:49:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 27 15:49:29 2014 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 1WTBcV-0006tt-B8 for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2014 15:49:27 +0100 Original-Received: from localhost ([::1]:54111 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTBcU-0005fu-Sg for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2014 10:49:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTBcL-0005cq-0G for emacs-devel@gnu.org; Thu, 27 Mar 2014 10:49:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTBcD-0005ER-Ms for emacs-devel@gnu.org; Thu, 27 Mar 2014 10:49:16 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:37417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTBcD-0005E0-Hm for emacs-devel@gnu.org; Thu, 27 Mar 2014 10:49:09 -0400 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s2REn7DF008747; Thu, 27 Mar 2014 10:49:07 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id BB2D860217; Thu, 27 Mar 2014 10:49:06 -0400 (EDT) In-Reply-To: <20140326212117.GB3787@acm.acm> (Alan Mackenzie's message of "Wed, 26 Mar 2014 21:21:17 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered SUBJ_END_HASH_PTRN=0.2, RV4894=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4894> : inlines <652> : streams <1145587> : uri <1711571> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:171034 Archived-At: >> I want to keep electric-indent-mode as a global mode that determines >> whether certain self-inserting keys (such as RET and others) auto-indent. > How is this not satisfied by e-i-m being a define-globalized-minor-mode? AFAICT your suggestion would not swap RET/C-j depending on e-i-m. > With the current setup, we have a rather contorted relationship between > e-i-m and e-i-local-m, with buffer local copies of electric-indent-mode > popping into and out of existence. For a setting which is mostly global by nature (it reflects on the user's general preference), I'm not worried and generally prefer this over using define-globalized-minor-mode which is a fine hack, but a hack nevertheless. > What about the rest of my suggestion? I'm worried about the possible consequences: e-i-m has been around for a little while now and we're somewhat familiar with its problems. Your approach might solve some problems (tho I haven't seen a clear statement of what those problems are, in terms of *behavior*), but will inevitably come with its own set of consequences. Stefan