From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Concern about new binding. Date: Sat, 06 Feb 2021 21:20:35 +0200 Organization: LINKOV.NET Message-ID: <87o8gxf1fg.fsf@mail.linkov.net> References: <87zh0mmr54.fsf@gmail.com> <87y2g5smya.fsf@gmail.com> <4FF55FBF-573D-4A70-B3FC-682CA25B7ECB@gnu.org> <83lfc53whk.fsf@gnu.org> <20210203180142.seu6o3i6u7jhkyrh@Ergus> <83eehx3to5.fsf@gnu.org> <20210203221628.xgvvxjvh56gyswba@Ergus> <20210204070033.pm4ido4hq7a6twif@Ergus> <83sg6brhyg.fsf@gnu.org> <87a6sjpyqs.fsf@gnus.org> <838s83ra3q.fsf@gnu.org> <87mtwjocn7.fsf@gnus.org> <87o8gzpj31.fsf@mail.linkov.net> <87wnvmlwjq.fsf@gnus.org> <87k0rmkh68.fsf@mail.linkov.net> <875z35frk0.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13796"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: Gregory Heytings , emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 06 20:33:35 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 1l8TKo-0003VL-Dd for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Feb 2021 20:33:34 +0100 Original-Received: from localhost ([::1]:58900 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l8TKn-0008Dm-GP for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Feb 2021 14:33:33 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60376) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l8TJP-0006sc-24 for emacs-devel@gnu.org; Sat, 06 Feb 2021 14:32:07 -0500 Original-Received: from relay7-d.mail.gandi.net ([217.70.183.200]:40031) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l8TJM-00056s-Tf for emacs-devel@gnu.org; Sat, 06 Feb 2021 14:32:06 -0500 X-Originating-IP: 91.129.108.204 Original-Received: from mail.gandi.net (m91-129-108-204.cust.tele2.ee [91.129.108.204]) (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 849AE20006; Sat, 6 Feb 2021 19:31:58 +0000 (UTC) In-Reply-To: <875z35frk0.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 06 Feb 2021 10:56:15 +0100") Received-SPF: pass client-ip=217.70.183.200; envelope-from=juri@linkov.net; helo=relay7-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, 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:264079 Archived-At: > I like `C-x r e' -- it has pretty good mnemonics, and it's not too > cumbersome to type. > > I also like the idea of adding a new prefix command for buffer-related > commands. The list of proposed commands we could bind there was pretty > compelling -- it had a whole bunch of commands that (I think) people use > somewhat frequently, and grouping them that way will help with > discovery, I think. > > `C-x x' seems to be in the running here, and is pretty > convenient to type. If we go with `C-x x', then I guess `C-x x g' would > be the binding for `revert-buffer', I guess? (To mimic the `g' in > special-mode-map.) I don't know, what was the reason for freeing `C-x x' some time ago? In etc/NEWS.22: ** The register compatibility key bindings (deprecated since Emacs 19) have been removed: C-x / point-to-register (Use: C-x r SPC) C-x j jump-to-register (Use: C-x r j) C-x x copy-to-register (Use: C-x r s) C-x g insert-register (Use: C-x r i) What if some package becomes popular in the future and wants to claim the `C-x x' prefix map that has good mnemonics for it? Such as xwidgets. In no one has such plans in the foreseeable future, then it would be reasonable to use the new prefix map to bind as many keys as possible. There are many frequently used commands that are still unbound. Then we could group the keys by categories, e.g.: Buffer-related commands: C-x x b r - revert-buffer C-x x b R - revert-buffer-with-fine-grain C-x x b n - rename-buffer C-x x b u - rename-uniquely C-x x b c - clone-buffer C-x x b i - insert-buffer File-related commands: C-x x f a - append-to-file ... Window-related commands: C-x x w p - previous-window-any-frame ...