From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: C-o Date: Tue, 02 Jul 2024 10:02:42 -0400 Message-ID: References: <87cynw7omw.fsf@dancol.org> <878qyk54fy.fsf@yahoo.com> <8634ordibk.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17451"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, dmitry@gutov.dev, monnier@iro.umontreal.ca, dancol@dancol.org, acm@muc.de, stefankangas@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jul 02 16:03:29 2024 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 1sOe6T-0004DG-Ix for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Jul 2024 16:03:29 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sOe5r-0007si-7j; Tue, 02 Jul 2024 10:02:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sOe5p-0007sC-EO for emacs-devel@gnu.org; Tue, 02 Jul 2024 10:02:49 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sOe5n-0003IR-4f; Tue, 02 Jul 2024 10:02:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=2V6KapBKt+hlk3lId+xmdz+Mb6sLnSl3zT296cmCoKA=; b=DLpPkElVlt16 wMpctm5vs962Op/IMpUiFWY9AesIU3mgqOwF0gcLApvRBNLN/c2utJuO+k4TKyGpQKAW2VtKq7Woq f8T1Nl4QMUYF1rkhGcGTzb2ESBVzL0J24mh4e+eqq8AYZOyh6NHHy3ux/Os7DVKff1JbDVmwB2UIZ xY9SVnbQ9PrC8yNxDlInWFwTWP7VFTVh/faXsl0/M/gux54nWBfBc0emN8ONhf24if0XQT6Fvdoys ylQFVcgWUckXErXGaSnaRq/hrMSpsbOLmrCvsz/i8P1BD5N9eFwdmqp4A9a6DGQoI1dp5mUowNZxV aqTEqMYA0h8Ow8cEzZn2rQ==; Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1sOe5i-0000OU-NZ; Tue, 02 Jul 2024 10:02:42 -0400 In-Reply-To: <8634ordibk.fsf@gnu.org> (message from Eli Zaretskii on Tue, 02 Jul 2024 16:39:11 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:321160 Archived-At: > > A lot of times I used it due to the expectation that RET will reindent > > the current line and will do so incorrectly (which happens). > > > > Looks like C-j is a possible alternative, but somehow that didn't grow > > into the muscle memory, and in some buffers it does something > > different (e.g. inside *scratch*). > > For a less embellished alternative to C-j or RET, C-q C-j is probably > the better option. Only if you are young enough to not have C-j burned into your muscle memory as what RET does in most places in Emacs nowadays. There are also a few where there is quite a big difference, e.g., in any "REPL" like setting where C-j and RET have very different behaviour. Say, a shell buffer... RET behaviour depends on the mode more often than not, while C-o and C-j generally don't. Old Sun keyboards had an LFD key, and Emacs used it a lot in old versions. Which made C-j anything but a simple newline key. And having to quote a key is a sign of a key-binding bug in my book.