From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: newline-and-indent vs. electric-indent-mode Date: Fri, 22 Jan 2021 18:16:48 -0500 Message-ID: References: <87wnw5yt58.fsf@hajtower> <01d07f6d-cc4c-2f54-4bae-a611bba7be93@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30042"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Harald =?windows-1252?Q?J=F6rg?= , Emacs Developer List To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 23 00:17:51 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l35gc-0007hn-Vp for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Jan 2021 00:17:50 +0100 Original-Received: from localhost ([::1]:50454 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l35gc-0007Zl-28 for ged-emacs-devel@m.gmane-mx.org; Fri, 22 Jan 2021 18:17:50 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56854) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l35fm-0006hX-VP for emacs-devel@gnu.org; Fri, 22 Jan 2021 18:16:59 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:42326) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l35fk-0002Bc-AP for emacs-devel@gnu.org; Fri, 22 Jan 2021 18:16:57 -0500 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 06DB6440ADE; Fri, 22 Jan 2021 18:16:55 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 5DEBA440842; Fri, 22 Jan 2021 18:16:49 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1611357409; bh=ZPOm77QLgjMsWtuuV1nGHMv1Debb32hU15LDILyxdSY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ZQbEuu8SiYNUde8sYunwYm02j7Rw3ujedQkV2kSOE0YU4SMu6F11vi9BzO72Pfs1j xArChxC3BdB2cf6GvnEr28wsbDb4biyyBGZ2zErTJ7QgtAne/hV9VQzg0DW/FJLz2r PlD2rybyEjydH8Kw3CAD2cSXbeaY3OYBPNbN/hlTwie/Yf0zZ+eXx47vlMvcSOfmRf vRysggeU4fGQ6ScD7IlIBH+owc1TJ/uh44Um51Ibst6Uh4nvmAd6SY2q9C/cD2caHv lVRkF1xn4BVVSuevkYVdjnMugIzxBF5XGvENLvM3XMpl7dh+w+0hibNv7E+f7YRA8P Era7w+BfeGrbA== Original-Received: from alfajor (65-110-220-188.cpe.pppoe.ca [65.110.220.188]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 2422A120305; Fri, 22 Jan 2021 18:16:49 -0500 (EST) In-Reply-To: (Dmitry Gutov's message of "Sat, 23 Jan 2021 01:00:12 +0200") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:263290 Archived-At: >>> That would disable the effects of electric-indent-functions, and in >>> particular, of ruby--electric-indent-p. >> I don't see why. AFAIK it should only inhibit the "reindent original >> line when inserting \n". It should affect indentation of the line after >> the inserted \n nor should it affect indentation when inserting >> other chars. > It also affect "reindent original line when inserting something other than > \n", which is what ruby--electric-indent-p is all about (e.g. I type 'd' > finishing the token 'end', and the line is reindented). Hmm... indeed I now see that the code also inhibits reindentation in that case. Weird! Could you open a bug report for this? > It's just that in my mental model \n doesn't belong to the current line, > only to the next one. So it shouldn't reindent the original line. It's often useful for me, as in typing foo RET else RET blabla where the else benefits from being reindented upon the second RET. Stefan