[Top][All Lists]

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

Re: xref backends for elisp-related modes Was: Re: Bad moves with xref-f

From: Vitalie Spinu
Subject: Re: xref backends for elisp-related modes Was: Re: Bad moves with xref-find-definitions
Date: Wed, 29 Apr 2015 14:40:08 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

 >>> Helmut Eller on Wed, 29 Apr 2015 08:55:24 +0200 wrote:

 > On Tue, Apr 28 2015, Vitalie Spinu wrote:
 >> Maybe obvious, but this struggle with the choice of the
 >> default backend wouldn't be there if xref was able to merge backends.

 > My original proposal had a xref-location= generic function for exactly
 > that reason: to give the front end the possibility to remove duplicates.

 > However, this was removed because a) it complicates the
 > front-end<->backend-end API b) everybody who can write methods for
 > xref-location= can just as well write a backend that removes duplicates.

 > For me those are convincing arguments too delegate duplicate removal to
 > backends.

I probably miss something essential but this doesn't make sense to
me. We are talking about merged backends. So, the task of frontend is to
remove duplicates which result from merging multiple candidate lists
coming from backends. How an individual backend can deal with that?



reply via email to

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