From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Questioning the new behavior of `open-line'. Date: Wed, 11 Nov 2015 12:58:15 -0600 Message-ID: <87h9kscqig.fsf@red-bean.com> References: <87vb98csu1.fsf@red-bean.com> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447268316 21639 80.91.229.3 (11 Nov 2015 18:58:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Nov 2015 18:58:36 +0000 (UTC) Cc: Artur Malabarba To: Emacs Development Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 19:58:35 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 1ZwabK-0000xq-Ft for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 19:58:34 +0100 Original-Received: from localhost ([::1]:42463 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwabK-00078D-6K for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 13:58:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58443) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwab7-000783-LC for emacs-devel@gnu.org; Wed, 11 Nov 2015 13:58:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zwab3-0003AI-KW for emacs-devel@gnu.org; Wed, 11 Nov 2015 13:58:21 -0500 Original-Received: from mail-yk0-x232.google.com ([2607:f8b0:4002:c07::232]:36217) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zwab3-0003AE-GN for emacs-devel@gnu.org; Wed, 11 Nov 2015 13:58:17 -0500 Original-Received: by ykdr82 with SMTP id r82so64433218ykd.3 for ; Wed, 11 Nov 2015 10:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=SK4ezfvypdYBcYZDCdNUfA3TZrTchgMOrfy6X+1ePW4=; b=xwjSzvtdv4Rk3j6r7sNoO0DoKujhQpLyk/iiTzzSaawcSh4NwynvICajbufuPlPioP Y60EGT57menDjaO8i0eak0bXHqjbLiNWSCDJTS5yAFaI9RRybwFr7J/VuKsYQdLblwLy Q19ahBr1FXxeZsbjZZoMsoHJRA23w9wUqkhWtEN5Y7KC8Tx6SRSaZWGPKijhV8lPV6bX 2YfPgLfNGUaACDpk7MORpUZvIQy76VViSRbNc4F2sMiUrhsUwK82Z42mhVXtTH5MXuJO BGwQIVZn4QERKdX+os3i5pfvoxGwjWZxuXFsKUFbtp/24soCvK3Tc05KqGSbIfRLOto3 rsqA== X-Received: by 10.13.246.130 with SMTP id g124mr10682851ywf.29.1447268296958; Wed, 11 Nov 2015 10:58:16 -0800 (PST) Original-Received: from floss (74-92-190-114-Illinois.hfc.comcastbusiness.net. [74.92.190.114]) by smtp.gmail.com with ESMTPSA id r63sm12104230ywr.37.2015.11.11.10.58.16 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Nov 2015 10:58:16 -0800 (PST) In-Reply-To: (John Wiegley's message of "Wed, 11 Nov 2015 10:51:17 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c07::232 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:194119 Archived-At: John Wiegley writes: >>>>>> Karl Fogel writes: > >>> 3. I think, when electric-indent-mode is on, open-line should indent the >>> line that was created below if it isn't empty. May I go ahead? > >> Had I seen that question at the time, I would have answered "Oh, please >> don't" :-). But maybe mine is a minority opinion? I encounter the new >> behavior several times a day, and don't like it; turning off >> `electric-indent-mode' seems like a drastic solution. But if people >> generally like this new behavior, I'll certainly live with being in the >> minority and figure out the appropritae local customization. > >I too would want the original C-o behavior. If you're using it an column 0, >then the action of C-o is to create a new line, not to adjust indentation of >the line you were on before the command. > >Now, you *could* have the new behavior using `electric-indent-functions', >checking if the current command is `open-line'. So we're not making it >impossible to do. But we shouldn't change long-standing behavior like this, in >a subtle way that many users wouldn't know how to undo. Yeah, my feelings too. If `electric-indent-mode' does anything here, it should move point to the appropriate indentation column *on the new, blank line*, while leaving existing text however it was. Best, -K