GNU bug report logs - #44611
Prefix arg for xref-goto-xref

Previous Next

Full log

Message #150 received at 44611 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 44611 <at> debbugs.gnu.org, joaotavora <at> gmail.com, juri <at> linkov.net
Subject: Re: bug#44611: Prefix arg for xref-goto-xref
Date: Fri, 25 Dec 2020 09:37:33 +0200

> Cc: joaotavora <at> gmail.com, 44611 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 24 Dec 2020 23:38:52 +0200
> 
> On 24.12.2020 05:36, Eli Zaretskii wrote:
> 
> > Why does project-find-regexp need to use Xref for displaying the hits?
> > why not use Grep-like display we use in *grep* buffers?
> 
> These days the default Xref buffer is pretty much Grep-like. Certainly 
> much closer to grep-mode than it had been in the first versions. That 
> old UI was a lot more completion-like in its behavior.
> 
> This happened gradually, after we have addressed feedback from you and 
> other users, so that xref-find-references and project-find-regexp behave 
>   more in a fashion that you would expect from it. And those 
> expectations were surely informed by Grep and other built-in modes.

Then why do we need to have 2 separate modes?  Are there any plans for
replacing grep-mode with xref-mode in all the commands that use the
former?  Do we also want to replace compilation-mode with xref-mode?

If the plan is to make such replacements, that could be a good idea,
and we can discuss the roadmap towards that goal.  Such a roadmap
should include a transition plan that will help people migrate as
painlessly as possible, including the key bindings and the somewhat
different looks.  And perhaps _then_ we will have a good enough reason
we don't have now to rebind xref-mode's TAB in Emacs 28.

I didn't see any discussions to that effect, and in any case such
discussions need to be on emacs-devel, not here.  If the intent is
indeed to make such a migration, let's announce the plan, and let's
define the roadmap which we want to follow.  It's a significant
change, and we should be careful in how we do it.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.