From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: master ce4ec17: Fix display-buffer-override-next-command to call action only once (bug#39722) Date: Mon, 29 Jun 2020 01:14:34 +0300 Organization: LINKOV.NET Message-ID: <87h7uug7n9.fsf@mail.linkov.net> References: <20200621233622.23590.68753@vcs0.savannah.gnu.org> <20200621233623.C811520A26@vcs0.savannah.gnu.org> <87lfkgj5tk.fsf@mail.linkov.net> <874kr24p5l.fsf@mail.linkov.net> <87zh8txsdc.fsf@mail.linkov.net> <87wo3w9ftf.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="59250"; 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: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jun 29 00:22:43 2020 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 1jpfhC-000FKW-VY for ged-emacs-devel@m.gmane-mx.org; Mon, 29 Jun 2020 00:22:42 +0200 Original-Received: from localhost ([::1]:45616 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jpfhC-0000LD-24 for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Jun 2020 18:22:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36066) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jpfgZ-0008Am-8B for emacs-devel@gnu.org; Sun, 28 Jun 2020 18:22:03 -0400 Original-Received: from relay6-d.mail.gandi.net ([217.70.183.198]:36589) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jpfgX-0003na-JZ for emacs-devel@gnu.org; Sun, 28 Jun 2020 18:22:02 -0400 X-Originating-IP: 91.129.96.187 Original-Received: from mail.gandi.net (m91-129-96-187.cust.tele2.ee [91.129.96.187]) (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 964C5C0002; Sun, 28 Jun 2020 22:21:59 +0000 (UTC) In-Reply-To: <87wo3w9ftf.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 25 Jun 2020 02:58:36 +0300") Received-SPF: pass client-ip=217.70.183.198; envelope-from=juri@linkov.net; helo=relay6-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/28 18:21:52 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -35 X-Spam_score: -3.6 X-Spam_bar: --- X-Spam_report: (-3.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN 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:252554 Archived-At: >>> 2. to allow adding arguments to the commands `C-x 4 4` and `C-x 5 5`. >> >> That's the problem, indeed. It introduces two different kinds of >> prefixes: those that only apply to "normal commands" and those that also >> apply to (some) prefixes. >> >> I'd rather try and avoid this complexity because I think it will become >> problematic as more prefix commands get written. E.g. the ordering >> problem doesn't only affect `C-u` but all other prefix commands, such as >> `C-x RET c` (there currently aren't others bundled with Emacs, but there >> are others out there). > > Hmm, I didn't know that set-buffer-file-coding-system supports a prefix arg: > `C-u C-x RET f`. BTW, there is also a new command 'same-window-prefix' to request displaying the next command's buffer in the same window to override the setting that would otherwise display the buffer in another window. But the problem is that currently it's not bound, and I can't find a good mnemonic keybinding. 'C-x 4 0' is already taken. 'C-x 4 1' could be reserved for another command that would delete other windows before displaying the next buffer in the remaining single window. Maybe 'C-x 4 s'?