From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.devel Subject: Re: Suggested experimental test Date: Sun, 21 Mar 2021 22:16:59 +0000 Message-ID: <9088e12cb3a70cbf66aa@heytings.org> References: <831ba60af0cbfdd95686@heytings.org> <87mtuxj8ue.fsf@gnus.org> <9088e12cb3169cdcdbc4@heytings.org> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2174"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: "Alfred M. Szmidt" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 21 23:18:15 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 1lO6Ol-0000Rl-Fd for ged-emacs-devel@m.gmane-mx.org; Sun, 21 Mar 2021 23:18:15 +0100 Original-Received: from localhost ([::1]:50060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lO6Ok-0003ml-HG for ged-emacs-devel@m.gmane-mx.org; Sun, 21 Mar 2021 18:18:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51748) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lO6Nf-0002vH-Cr for emacs-devel@gnu.org; Sun, 21 Mar 2021 18:17:07 -0400 Original-Received: from heytings.org ([95.142.160.155]:39760) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lO6Na-0000kK-Ug; Sun, 21 Mar 2021 18:17:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1616365020; bh=lzlBYm1ZVzEYYf9EC9cVcr6JLcvDkQCcSrWwMG4mI4c=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=YFave13ybk1OgDeAnua1Fl1MbQAXTX9Xv9MJO18zy0jBH8DTi1v+PUC3OdIfvpunb h++BnHaYNQEy/7LLxe+GL6gftaMcxxOzi+ndnwSCqNLvSDIRElUUL7kGmVRUcPVb+E JycY1A0ZkputVlPFWLZBF9SPxt6aec9cmz779Gov57FyJ7pWQGaPGLzX0jJxU09YoT j3SVAH/wwH4+lneVNyQp6Dy+BIcvHvBN0utrjy2yUMWQvFbytPU2T50lbNqe1Ko/TA dr535MSvlXsnYPLR98cnRS4vi0SYTKdc4/WL499pHRA7iaJLGArCX8ZfV0GjBu3Ist kQavDeh7l0VGA== In-Reply-To: Received-SPF: pass client-ip=95.142.160.155; envelope-from=gregory@heytings.org; helo=heytings.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-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:266724 Archived-At: > > So is the plan to readd keybindings center-FOO? > There is no clear predefined plan, just some ideas I'm currently experimenting with. > > What about C-o -- that seems to be hitting the trash can, for whatever > reason. Some of these bindings (C-o for example) have existed for 40 > years in Emacs (M-o M-s was once upon a time on M-s). > > There was alot of thought put into it back then, and the intent was to > make it easy to write code and text. That was the main intent of Emacs, > and main design decisions in the bindings. These "freeing up > keybindings" initiatives make it harder for people to use Emacs, not > easier. > C-o is not at all "hitting the trash can", at the moment there is nothing more than a proposal to conduct an experiment to make a (small?) change to its meaning. Even among the C-LETTER and M-LETTER keys, there are quite a few whose meaning have changed during the last 40 years. I know at least of: C-h, C-l, M-g, M-j, M-n, M-o, M-p, M-r and M-s. That's 9 keys out of 52. C-o was described as follows in the 1985 Emacs manual: "When you want to insert a new line of text before an existing line, you can do it by typing the new line of text, followed by RET. However, it may be easier to see what you are doing if you first make a blank line and then insert the desired text into it. This is easy to do using the key C-o, which inserts a newline after point but leaves point in front of the newline. After C-o, type the text for the new line. C-o F O O has the same effect as F O O RET, except for the final location of point." It seems clear that C-o was thought as a convenience command, not as an essential editing command. C-o is, by the way, not even mentioned in the tutorial. Emacs evolves very conservatively, and if at some point it becomes clear that some key binding is not useful for 99.9% of its users, there is no reason to keep it as is just because 40 years ago, under very different circumstances, it was considered convenient or useful. I'd say that Emacs is a bit like the C programming language, which evolves as conservatively as (or perhaps even more conservatively than) Emacs. Just because a function was considered useful and was included in the standard library 30 years ago does not mean that it should forever remain in the standard library.