bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#74361: [PATCH] New option xref-navigation-display-window-action


From: Dmitry Gutov
Subject: bug#74361: [PATCH] New option xref-navigation-display-window-action
Date: Mon, 18 Nov 2024 18:10:02 +0200
User-agent: Mozilla Thunderbird

On 18/11/2024 14:25, Eli Zaretskii wrote:
Date: Mon, 18 Nov 2024 03:42:34 +0200
Cc: rudalics@gmx.at, 74361@debbugs.gnu.org, juri@linkov.net
From: Dmitry Gutov <dmitry@gutov.dev>

On 16/11/2024 10:43, Eli Zaretskii wrote:
That's the term I would use both both, but maybe there could be better
wording. If xref-find-definition is not a navigation command, is it a
"search command"?
Let me turn the table and ask: which Xref commands will NOT use this
action, if we exclude commands like
xref-find-definitions-other-window, which specify the window/frame to
use?

xref-query-replace-in-results will not (or its twin
xref-find-references-and-replace). I suppose not many people would
expect them to.

This seems to indicate that my proposal is actually okay, since the
above two commands do not "show results of Xref commands"?

IIUC your suggestion was:

If non-nil, the `display-buffer' action for showing results of Xref commands.

And those are commands belonging to the package (for the moment), and as such fitting the description.

Also, there is a nuance: when the Xref buffer itself is shown (i.e. when
there are multiple locations matching a xref-find-definitions search),
we're not going to pass (category . xref) to display-buffer either - it
is reserved for displaying the buffers of destination locations.

And this is a separate issue, not related to the doc string?

Still about the doc string. If we say "showing results of Xref commands", then the Xref buffer with the list of locations also matches that description, doesn't it? Or rather it might be the first thing a user would think of - but our customization wouldn't apply to it immediately.

Note that this subthread might seem moot if we don't introduce a new option anyway, but somewhere we'd probably want to enumerate the cases which the 'xref' category applies to, and those would be the same.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]