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.bugs Subject: bug#44611: Prefix arg for xref-goto-xref Date: Fri, 25 Dec 2020 11:20:19 +0200 Organization: LINKOV.NET Message-ID: <87wnx6z1gs.fsf@mail.linkov.net> References: <87k0up68e4.fsf@mail.linkov.net> <875z67gd6z.fsf@mail.linkov.net> <72e9e5e9-651f-401f-2e26-faaac1b7fdb5@yandex.ru> <87v9cxleff.fsf@mail.linkov.net> <834kkhtaxm.fsf@gnu.org> <874kkgswg2.fsf@mail.linkov.net> <83v9cwsct7.fsf@gnu.org> <87k0tab3y0.fsf@mail.linkov.net> <83pn31rg5a.fsf@gnu.org> <877dp9ycq6.fsf@mail.linkov.net> <837dp8r250.fsf@gnu.org> <4a0c8870-e2e7-97c7-5808-afa704ebee13@yandex.ru> <83mty4pj0u.fsf@gnu.org> <1d9bf365-224f-bb41-d79c-e22d110b41e3@yandex.ru> <83eejgpbs8.fsf@gnu.org> <9fa9d286-4497-baa9-15cd-1ef31651781f@yandex.ru> <83a6u4p8nz.fsf@gnu.org> <3c740ee3-cc1c-e2e3-d540-7be0b37d91ef@yandex.ru> <83pn2znloa.fsf@gnu.org> <87pn2zlzy3.fsf@mail.linkov.net> <83k0t7ndbs.fsf@gnu.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="2434"; 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: dgutov@yandex.ru, joaotavora@gmail.com, 44611@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 25 10:42:06 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ksjbo-0000Vt-J6 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Dec 2020 10:42:04 +0100 Original-Received: from localhost ([::1]:53732 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksjbn-00047W-KC for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Dec 2020 04:42:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43820) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksjao-0003UQ-HE for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2020 04:41:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45201) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ksjao-0007EG-7D for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2020 04:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ksjao-0004Uh-5M for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2020 04:41:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Dec 2020 09:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44611 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 44611-submit@debbugs.gnu.org id=B44611.160888920317184 (code B ref 44611); Fri, 25 Dec 2020 09:41:02 +0000 Original-Received: (at 44611) by debbugs.gnu.org; 25 Dec 2020 09:40:03 +0000 Original-Received: from localhost ([127.0.0.1]:56747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ksjZr-0004T5-2Y for submit@debbugs.gnu.org; Fri, 25 Dec 2020 04:40:03 -0500 Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:34355) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ksjZn-0004S8-FA for 44611@debbugs.gnu.org; Fri, 25 Dec 2020 04:39:59 -0500 Original-Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 29B34240009; Fri, 25 Dec 2020 09:39:51 +0000 (UTC) In-Reply-To: <83k0t7ndbs.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 24 Dec 2020 22:44:55 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196692 Archived-At: >> With further development of the search commands based on xref, more >> users perceive it as a grep replacement, that however is not based >> on grep mode, so this is a good reason to make xref keybindings more >> compatible with grep mode. > > You didn't answer my question why not use the format we use in *grep* > buffers or *occur* buffers. Sorry, I don't know an answer to this question. But fortunately Dmitry answered your question. > That's not what I meant: I meant to leave the TAB binding for now at > what it is now, while declaring it obsolete in NEWS, and provide an > alternative for it that will remain when we rebind TAB to another > command. But the rebinding of TAB will have to wait until after Emacs > 28. That's the meaning of "obsolete": we don't remove it right away, > but first warn users to get prepared for a removal in the future. Big corporations don't afraid making much more fundamental changes that affect billions of users. For example, on smartphone OS they can do such a change that on the Task list the same gesture will remove the wrong task than on older versions. Also major sites with billions of users often change their UI completely without hesitation. So I don't understand such extreme precautions. Unlike the above examples, in Emacs everything is configurable, so you can easily add to the init file: (define-key xref--xref-buffer-mode-map (kbd "TAB") #'xref-quit-and-goto-xref) But having no command bound to TAB is a lose-lose situation because users of grep-like xref commands will have less compatible keys. > And why C-j? That's LFD, a key more suitable for acting on something > at point, not quitting the buffer. The initial xref UI was closer to completion UI, so C-j makes it consistent with icomplete mode for users who still perceive xref as completion UI. > Why not 'q' (for "quit") or 'b' (for "bury")? 'xref-quit-and-goto-xref' also jumps to xref, not only quits, but 'q' and 'b' should only quit.