From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#44611: Prefix arg for xref-goto-xref Date: Tue, 22 Dec 2020 14:20:18 +0200 Message-ID: <175c62aa-1906-0486-305e-c7caf4890018@yandex.ru> References: <87k0up68e4.fsf@mail.linkov.net> <99772eb6-5a4e-7cf6-259d-0e9429e6bf97@yandex.ru> <878sb3n0a9.fsf@mail.linkov.net> <48f942f9-a557-0185-25fe-612e78cd9071@yandex.ru> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17782"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: joaotavora@gmail.com, 44611@debbugs.gnu.org To: Juri Linkov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 22 13:21:13 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 1krgfA-0004Tf-MQ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Dec 2020 13:21:12 +0100 Original-Received: from localhost ([::1]:40308 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1krgf9-0000cY-4j for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Dec 2020 07:21:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55328) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krgf0-0000cI-DM for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 07:21:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37586) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1krgf0-0006pc-50 for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 07:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1krgf0-0008QX-12 for bug-gnu-emacs@gnu.org; Tue, 22 Dec 2020 07:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Dec 2020 12:21:01 +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.160863963032325 (code B ref 44611); Tue, 22 Dec 2020 12:21:01 +0000 Original-Received: (at 44611) by debbugs.gnu.org; 22 Dec 2020 12:20:30 +0000 Original-Received: from localhost ([127.0.0.1]:49126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krgeU-0008PH-IL for submit@debbugs.gnu.org; Tue, 22 Dec 2020 07:20:30 -0500 Original-Received: from mail-ej1-f48.google.com ([209.85.218.48]:33093) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krgeR-0008Ol-BW for 44611@debbugs.gnu.org; Tue, 22 Dec 2020 07:20:29 -0500 Original-Received: by mail-ej1-f48.google.com with SMTP id b9so18044391ejy.0 for <44611@debbugs.gnu.org>; Tue, 22 Dec 2020 04:20:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=GHWSNq3n6EMBS6/Qde5gZlIPqGSwZzZvFiI1QzeMsY8=; b=EWZaZ7RcGcj3d5fFArYYrYMZhOgPraaOFi38rCTZbsChhVMDMRkbxLV34Sjkj+Fx5Y xF7fs38awghv4BFu9/Rv2ChhYNzMW8JLI5dua3XWINpBXgCNNf1raBVntrh2ZJ1ehe2Q cESKb3+IK9T51AaxuOuOnJdHB+4rR5nekj/AKE9KazJ+X6wNHQyey3shwLjJDK+7i41p M6QZHTyoBQ4g1JKDm9qSBSs7BqZX+YQ2s9gPO1dfeCVTLXb4nnh972tq6gfwXn9POwyc uEpU8cJS9lFVBYHHsn2xIE9khhpVNs7kePjsHjuK564d44WVc1kJ4dtIquN/IgIjw1pQ +aCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=GHWSNq3n6EMBS6/Qde5gZlIPqGSwZzZvFiI1QzeMsY8=; b=qEgyoFY5K+SURG1clyjLk2UdbQmx+WOqbuNMe0Oe9dAPefsy/9uE7w/VnBj5a9rJDa ZlKaYhEeUaeVst2NrdXjqC9tkpe1MH1ku9d7ttLvDrBh+dTQcLOn+nLm02IkjbaiywJt fx+1G8FOUltME7fzIcfEs1/H+eVSoH4eyYjwAL3kfBNF3SqAGFgOMr43tK5Md/HPZjbl QEM155+o2GyyxBX4Edkhtc3prnrTXoc28m/M7xzX7//WyR6U/itP7+482uqoXCWUKimo I42zQbtHAvU86gWIN96dGIrLhD+Hp85ravk/yO+XZoiaUPtVJ0oeukp7rmLIPPxs7vov cbcQ== X-Gm-Message-State: AOAM530WJTrFQBVd8r9nTk3mfo2zzuPRsg1rvDpoU7RSKbaOqVebl2xi 3+j+OLx86Boskmr/iamJrj9mnBnpj6iHLA== X-Google-Smtp-Source: ABdhPJxKhfDmBXWoznYb7yX5NTmI2amqK5RqHflAiBGktsvFlPW/B9NtXTAQX4vcDcTkXOhT0os94A== X-Received: by 2002:a17:907:96a4:: with SMTP id hd36mr18919996ejc.393.1608639621157; Tue, 22 Dec 2020 04:20:21 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id z26sm29822263edl.71.2020.12.22.04.20.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Dec 2020 04:20:20 -0800 (PST) In-Reply-To: <87k0tab3y0.fsf@mail.linkov.net> Content-Language: en-US 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:196571 Archived-At: On 22.12.2020 10:58, Juri Linkov wrote: > But a completely separate case is when the *xref* buffer is created > by such grep-like commands as project-find-regexp. > > So currently there are two different uses of the *xref* buffer: > > 1. as a transient completions buffer that could be buried > after a completion is selected from the buffer; > 2. as a grep buffer for visiting the found matches. > > In the second case, it's natural to type TAB to navigate results. > > Should these cases use different modes with different buffer names? It can have a different name, and even a different mode, but I don't think using significantly different key bindings is a good idea while the buffer (except for the name, maybe) looks exactly the same. That's still a good recipe for confusing a user. > Such as a buffer name *xgrep*? Perhaps we could rename the "find definitions" buffer instead, because that one only has one "source". The second case, however, can have "matches" coming from very different sources, so calling it "grep" might not always be appropriate.