From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.devel Subject: Re: xref backends for elisp-related modes Was: Re: Bad moves with xref-find-definitions Date: Tue, 28 Apr 2015 13:59:03 +0200 Message-ID: <87pp6obh14.fsf@gmail.com> References: <87h9s6c27z.fsf@gmail.com> <87zj5wnlyt.fsf@gmail.com> <553C285B.4070400@yandex.ru> <838udfx7rt.fsf@gnu.org> <87383kcy0u.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1430222363 26332 80.91.229.3 (28 Apr 2015 11:59:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Apr 2015 11:59:23 +0000 (UTC) Cc: Eli Zaretskii , dgutov@yandex.ru, monnier@IRO.UMontreal.CA, emacs-devel@gnu.org To: joaotavora@gmail.com (=?utf-8?B?Sm/Do28gVMOhdm9yYQ==?=) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 28 13:59:23 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yn4AZ-0005TQ-5D for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 13:59:19 +0200 Original-Received: from localhost ([::1]:60873 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn4AY-00086V-KQ for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 07:59:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn4AS-00080M-8T for emacs-devel@gnu.org; Tue, 28 Apr 2015 07:59:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yn4AR-0006Qq-Cr for emacs-devel@gnu.org; Tue, 28 Apr 2015 07:59:12 -0400 Original-Received: from mail-wi0-x234.google.com ([2a00:1450:400c:c05::234]:35499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn4AL-0006P6-CJ; Tue, 28 Apr 2015 07:59:05 -0400 Original-Received: by widdi4 with SMTP id di4so137011597wid.0; Tue, 28 Apr 2015 04:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=KZMvAV/z1l1hvomnmaU4CeEAPfS7J05NnTbUzjZ573c=; b=zFVbQ9Hr/6SZ20zxP+hfhboKgC56gJIx2TOlEng2vK3wo1Y7QL2JR26f6B9kZMyh6G xG571g9VnH3XtYk74SLW2/dEihqC46u9lcO4SmMkFs+E2h/YB7e0PuTwc6sBpYWGY8Ud pOkQIhwNMVvXZq/5cquxKipDOTh2yrt5Xpeys+V5MzY+z8BSADRka7XOmwXwk4NTDyvi WoQEh8QRsVNWaVvMGXuiNKknFac+o13z4i4XijGRuKkDdOus83h2rokGUCeVsoA5Tk8H zrcR00sxj4qokYsQbctkrMOpICbaAyhZEhnSiis6hSWBa177tqpi2kgeHGTeRhNkMzUy s4+Q== X-Received: by 10.194.77.98 with SMTP id r2mr30359311wjw.130.1430222344249; Tue, 28 Apr 2015 04:59:04 -0700 (PDT) Original-Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id ch2sm16057356wib.18.2015.04.28.04.59.03 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Apr 2015 04:59:03 -0700 (PDT) In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vo?= =?utf-8?Q?ra=22's?= message of "Tue, 28 Apr 2015 12:41:19 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185956 Archived-At: >>> (Jo=C3=A3o T=C3=A1vora)on Tue, 28 Apr 2015 12:41:19 +0100 wrote: >> Maybe obvious, but this struggle with the choice of the >> default backend wouldn't be there if xref was able to merge backends. > I don't see how. How would we remove elisp-xref-find as a backend in > certain help-mode contexts without touching the code where such > contexts are setup. Then xref-etags + xref-elisp grouped backend can be the default everywhere except when it's explicitly redefined. >> (FWIW, I would also like to have elisp xref in info mode.) > But only for the elisp manual, right? For all info actually. There are a lot of emacs packages in info for which xref-elisp is meaningful. For non-emacs documentation other xref backends are not that meaningful IMW. BTW, this is potentially one good user case for the proposed contextual dispatch in cl-generic. You might want dispatch xref on context more refined than major-mode, emacs related info pages in this case. Vitalie