I've noticed that even when using ivy-xref, the *xref* buffer is created. Would it make sense to close the *xref* buffer after an option has been selected when following a reference that has multiple options or cancelling the command?

Currently ivy-xref doesn't work with wgrep-occur. It seems no suitable occur-fn is written. This would greatly help refactoring code.

When finding references, I use ivy-call to preview the line in the buffer. This works well but is there a way to highlight the line in the buffer so I can see it more easily?

I know we can't have automatic preview of the candidates (because then we'd have to find and open those files), but it'd be nice if we had a command like ivy-call-and-recenter (which is used with counsel-rg) that when called, navigates to the file referenced by the current candidate and shows it to us.

Hi, currently ivy-xref shows all candidates using their original faces which might be hard to read.

Does it make sense to provide a way that renders all candidates cleanly? Thanks. Also it might be better to have the file:line parts rendered differently :)

I am using spacemacs with ivy layer but I noticed that doing C-M-i won't bring up the completion buffer as expected. Can someone give some pointer about why it happened? Replacing ivy with helm works as expected so it should be something in the ivy layer. Thx

Since updating to a version of ivy-xref including #27 I'm now getting "Selected deleted buffer" when using xref-find-references.

Changing (quit-window t) back to (quit-window) seems to fix it.

I'm using emacs 27.2 installed via homebrew and d12frosted/emacs-plus/emacs-plus@27.

ivy-xref-show-xrefs seems to ignore the display-action parameter that xref-find-definitions-other-window sets in the alist. It would be nice to support this.

ivy-xref can be used for language server protocol [workspace/symbol] and here is an example in cquery

The results are sorted on the server side and thus client-side sorting should be disabled.

ivy-xref.el:54
-    collection)))
+   (nreverse collection)))

I searched for set name but the best fit is listed at the bottom

syl20bnr/spacemacs#10211 adds ivy-xref to the +tools/lsp layer. It will be much appreciated if you could give some advice or push forward that PR (((

see comment on 1a35fc0

When I use dired-do-find-regexp-and-replace in dired-mode to multi-replace some strings in multiple files, ivy-xref doesn't work well. Actually it doesn't jump to the string properly, while it works after (setq xref-show-xrefs-function #'xref--show-xref-buffer).

(wrong-number-of-arguments (3 . 3) 2)

This is caused by #11. Specifically, the signature of xref--show-pos-in-buf has changed between Emacs 25.3 and 26.1.

;; 25.3
(xref--show-pos-in-buf POS BUF SELECT)
;; 26.1
(xref--show-pos-in-buf POS BUF)  ; what #11 is using

I'd suggest either bumping the (emacs "25.1") dependency to (emacs "26.1"), or conditionally use one or the other function depending on the current version of Emacs.

It would be great if it was possible for the symbol context part (not the file name/path) was aligned to some configurable column (and leading whitespace removed). Also, when the file name/path information doesn't fit, it is truncated on the left. This is especially useful when ivy-xref-use-file-path has been enabled because duplicated file names in the project make it otherwise impossible to distinguish them, and the project is quite deep.

Example output:

...some/very/long/foobar.cpp:33   class foobar
        less/long/foobar.cpp:66   class foobar

Hi,

thanks for this package. This is how I have it configured:

(use-package ivy-xref                   ; Ivy interface for xref results
  :ensure t
  :config (setq xref-show-xrefs-function #'ivy-xref-show-xrefs))

I am using GNU Emacs 27.0.50 (build 1, x86_64-debian-linux-gnu, GTK+ Version 3.18.9) of 2018-02-28, and when I select a candidate the resulting buffer is opened in a "random" window. I'll let the screencast do the talking. :)

Screencast 2018-02-28 15:31:51.mp4.zip

When xref-find-references to find references for python code with lsp-python,
upon selecting a result for reference, emacs raised this error: selecting deleted buffer.

emacs version: 26.1
OS: macOS Mojave
latest ivy-xref