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: Default setting for sh-maybe-here-document-mode Date: Fri, 20 Feb 2015 08:58:01 -0500 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1424440743 5235 80.91.229.3 (20 Feb 2015 13:59:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Feb 2015 13:59:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Thibaut Verron Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 20 14:58:58 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 1YOo6b-0007Xk-TA for ged-emacs-devel@m.gmane.org; Fri, 20 Feb 2015 14:58:58 +0100 Original-Received: from localhost ([::1]:60603 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YOo6b-0007rC-DJ for ged-emacs-devel@m.gmane.org; Fri, 20 Feb 2015 08:58:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45860) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YOo6B-0007lI-3r for emacs-devel@gnu.org; Fri, 20 Feb 2015 08:58:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YOo67-0007AC-QR for emacs-devel@gnu.org; Fri, 20 Feb 2015 08:58:31 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:23373) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YOo67-0007A4-Nc for emacs-devel@gnu.org; Fri, 20 Feb 2015 08:58:27 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApcUAPOG1lTO+LI//2dsb2JhbABbgwZSWoIzhVO6coVzBAICgQ1EAQEBAQEBfIQNAQQBViMFCws0EhQYDSSIOAjOIwEBAQEGAQEBAR6PLUsHhCoFiieIRJcHgUUihAwgMYJCAQEB X-IPAS-Result: ApcUAPOG1lTO+LI//2dsb2JhbABbgwZSWoIzhVO6coVzBAICgQ1EAQEBAQEBfIQNAQQBViMFCws0EhQYDSSIOAjOIwEBAQEGAQEBAR6PLUsHhCoFiieIRJcHgUUihAwgMYJCAQEB X-IronPort-AV: E=Sophos;i="5.09,536,1418101200"; d="scan'208";a="111004147" Original-Received: from 206-248-178-63.dsl.teksavvy.com (HELO pastel.home) ([206.248.178.63]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Feb 2015 08:58:26 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 68B391775; Fri, 20 Feb 2015 08:58:01 -0500 (EST) In-Reply-To: (Thibaut Verron's message of "Fri, 20 Feb 2015 09:19:22 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:183324 Archived-At: > I was wondering why is `sh-electric-here-document-mode` activated by > default for new documents in `sh-mode`? IIRC I turned it into a minor mode and made it "enabled by default" because the corresponding functionality was active by default before (i.e. I just tried to preserve the previous behavior). > I was under the impression that in most cases, this kind of commands, > inserting text beyond what the user types, without requiring anything > besides text input, are disabled by default. We don't really have a clear policy on this. I generally tend to prefer keeping those things disabled, indeed, but OTOH electric-indent-mode is now enabled by default (which is a pretty major counter example). > And why is it so hard to disable it once you find out where the annoying > behavior comes from? Hmm... indeed, maybe it should be a global minor mode? > (Just see how many articles deal with this specific > issue; and having changed the name of the mode in 24.3 doesn't help) I haven't noticed this, no. Neither on gnu.emacs.help nor on stackoverflow. > I understand that changing defaults is sensible, but in this case, wouldn't > it be worth it? In my opinion, the only people who may appreciate this > setting are people who know how to use C-q to work around it, and these > people will know how to reactivate it. It should (supposedly) be very rare that it triggers by accident. If you have some sample scenarios where it triggers when it's undesired, maybe we can fine-tune it to avoid those, Stefan