From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: "C-x 5 5" vs "C-x 4 1" inconsistency Date: Sun, 10 Oct 2021 22:21:09 +0300 Message-ID: <83mtngr8ii.fsf@gnu.org> References: <83zgriwnv2.fsf@gnu.org> <83wnmmwnn3.fsf@gnu.org> <8735p9jo51.fsf@mail.linkov.net> <83bl3xrwl0.fsf@gnu.org> <871r4sby3h.fsf@mail.linkov.net> <83r1csrbxn.fsf@gnu.org> <875yu4aejw.fsf@mail.linkov.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24243"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Oct 10 21:22:05 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 1mZeOb-00063v-6T for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Oct 2021 21:22:05 +0200 Original-Received: from localhost ([::1]:34796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZeOZ-0005Vp-IQ for ged-emacs-devel@m.gmane-mx.org; Sun, 10 Oct 2021 15:22:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34556) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZeNv-0004r5-FQ for emacs-devel@gnu.org; Sun, 10 Oct 2021 15:21:23 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58936) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZeNu-000400-QO; Sun, 10 Oct 2021 15:21:22 -0400 Original-Received: from [87.69.77.57] (port=3983 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZeNu-0007JT-CS; Sun, 10 Oct 2021 15:21:22 -0400 In-Reply-To: <875yu4aejw.fsf@mail.linkov.net> (message from Juri Linkov on Sun, 10 Oct 2021 22:02:43 +0300) 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:276689 Archived-At: > From: Juri Linkov > Date: Sun, 10 Oct 2021 22:02:43 +0300 > Cc: emacs-devel@gnu.org > > >> The prefix 'C-x 5' is for frames, so 'C-x 5 5' creates a new frame. > >> The prefix 'C-x 4' is for windows, so 'C-x 4 4' creates a new window. > >> Also like 'C-x 1' keeps the selected window, 'C-x 4 1' shows the next > >> buffer in the same window while keeping it selected. > > > > And what do you say about the other examples I gave above? > > > > It was always the rule with these commands that similar operations > > have the same "final" keys. Now you've broken this. I think this is > > not a good situation. It will definitely get in the way of my > > remembering which one is which. > > All current keybindings already have the same final keys, e.g. > > C-x 4 4 C-h i - opens Info in a new window > C-x 5 5 C-h i - opens Info in a new frame > > Their final keys are the same. That's not what I meant, and you know it.