From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: Questioning the new behavior of `open-line'. Date: Wed, 11 Nov 2015 12:28:05 -0800 Message-ID: References: <87vb98csu1.fsf@red-bean.com> <87h9kscqig.fsf@red-bean.com> <83vb98jqwp.fsf@gnu.org> <83pozgjnry.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447273709 16543 80.91.229.3 (11 Nov 2015 20:28:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Nov 2015 20:28:29 +0000 (UTC) Cc: kfogel@red-bean.com, bruce.connor.am@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 21:28:24 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 1Zwc0C-0001GT-PP for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 21:28:20 +0100 Original-Received: from localhost ([::1]:42799 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwc0C-0006Iv-Eo for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 15:28:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwc06-0006E5-AN for emacs-devel@gnu.org; Wed, 11 Nov 2015 15:28:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zwc05-0000uX-Gv for emacs-devel@gnu.org; Wed, 11 Nov 2015 15:28:14 -0500 Original-Received: from mail-pa0-x230.google.com ([2607:f8b0:400e:c03::230]:36492) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwc01-0000sq-Fm; Wed, 11 Nov 2015 15:28:09 -0500 Original-Received: by pacdm15 with SMTP id dm15so40391223pac.3; Wed, 11 Nov 2015 12:28:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version:content-type; bh=19E0rqP/PpuGNbff9rR0xB6onRiLlZqP8V11njUyJdg=; b=cI4fY11MXJEhx4E5klC5tF0QGUkq/gPOASOkAl6oicuURtaVKI/2xN6viUWxWAB/P8 kYBnmixVXI3Zr6m9nX9zI9Npuu70RaFnR3gT6Aze1y8s9Tcvc/SvVOdgRcjlGixeMF/W m0KgVRX7lqriKJCZ0KBaixIQ1YHLGjK+4G4vvqsbmFhWAJE0QAnkQsA4IIECadMi6t/Q ObtL/PsnvhnKZz28ek8rO8CppUQ/x+LXOjpiR2Sys+09lGEKI53QtJkglURxJtE6c2ef aGcDW8xXaj5MKuPAZTsTOk979/PjERrSGAsc+ga9gv2xid+mY0oGT01U+/Ut/JMbM3Qz 3Vyg== X-Received: by 10.68.130.69 with SMTP id oc5mr17064580pbb.140.1447273689035; Wed, 11 Nov 2015 12:28:09 -0800 (PST) Original-Received: from Vulcan.attlocal.net (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id fe6sm259012pab.40.2015.11.11.12.28.08 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 11 Nov 2015 12:28:08 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id A1D131055F0E8; Wed, 11 Nov 2015 12:28:07 -0800 (PST) In-Reply-To: <83pozgjnry.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 11 Nov 2015 22:15:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Eli Zaretskii , kfogel@red-bean.com, bruce.connor.am@gmail.com, emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::230 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:194135 Archived-At: > You are welcome to re-reading the past discussions about > electric-indent-mode. Good luck keeping your sanity while at that ;-) Looking at electric-indent-mode, the defaults are actually quite sane: The only thing that engages electric indentation by default is insertion of a newline. The user can also manually engage it using C-j. I'm all for this, since swapping the meaning of C-m and C-j is something I used to have to do in nearly every mode I use. I never understood why hitting return in a programming mode should always take me to column 0. However, C-o at column 0 is something many of us have come to depend on. One way to fix this is to set a default for `electric-indent-functions' that pays attention to this particular scenario, and suppresses electric indent in that case. This leaves it open to users to customize away the suppression. This keeps the electric default, and C-o-at-0 users are not surprised. Does that sound reasonable? John