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: Bad moves with xref-find-definitions Date: Sun, 26 Apr 2015 18:23:39 +0200 Message-ID: <87fv7mn9is.fsf@gmail.com> References: <87h9s6c27z.fsf@gmail.com> <87zj5wnlyt.fsf@gmail.com> <553BE6F2.4030604@yandex.ru> <87fv7ondlr.fsf@gmail.com> <553C5D75.9060706@yandex.ru> <874mo3np7t.fsf@gmail.com> <553CFF9F.2030502@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430065444 16631 80.91.229.3 (26 Apr 2015 16:24:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 26 Apr 2015 16:24:04 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 26 18:23:59 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 1YmPLa-0002sF-1F for ged-emacs-devel@m.gmane.org; Sun, 26 Apr 2015 18:23:58 +0200 Original-Received: from localhost ([::1]:51404 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmPLZ-0000BT-BV for ged-emacs-devel@m.gmane.org; Sun, 26 Apr 2015 12:23:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54944) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmPLN-0000BD-3b for emacs-devel@gnu.org; Sun, 26 Apr 2015 12:23:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YmPLJ-00075L-QS for emacs-devel@gnu.org; Sun, 26 Apr 2015 12:23:44 -0400 Original-Received: from mail-wi0-x236.google.com ([2a00:1450:400c:c05::236]:37612) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmPLJ-00075E-8h for emacs-devel@gnu.org; Sun, 26 Apr 2015 12:23:41 -0400 Original-Received: by widdi4 with SMTP id di4so66294813wid.0 for ; Sun, 26 Apr 2015 09:23:40 -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; bh=BLXK7y746SP/FNLCswEKwjZV9YxVpzRT44Xe9PJwx7A=; b=VpjZ8bWqMYn4H8Hnjx/42TO/DvSC3kA/mHbeyqIxsIw6WhgKWP2jbudRnBNYXP4YDd KBcIh65OKLJlnh4MIGfVaD7WuTgbO9O8a1lo7unl0G7VlicWxNQhH5VFyFz0HBOc0AAf cUUwvQNHaUrw4dpDxaUp5l2ClLJEOKa6ahtbExfH2uxUErOCncqUq6T4J0Js5jCVA8P4 Jtcy1aO8o+gybPIceHSP1dHXrXb+vK7EZfJB4pg8aWCnZ1GHtPGIdRBlJ7UcByCW5/L9 rJomkUE+iEeTWvqG3lfqoqd+w5XPXrTfijPJgTk+6LVhRCx8dV5rH8rgyonEQTZ0zhNE 103A== X-Received: by 10.180.231.40 with SMTP id td8mr13927650wic.9.1430065420736; Sun, 26 Apr 2015 09:23:40 -0700 (PDT) Original-Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id ju2sm7905886wid.12.2015.04.26.09.23.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Apr 2015 09:23:40 -0700 (PDT) In-Reply-To: <553CFF9F.2030502@yandex.ru> (Dmitry Gutov's message of "Sun, 26 Apr 2015 18:09:19 +0300") 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::236 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:185917 Archived-At: >>> Dmitry Gutov on Sun, 26 Apr 2015 18:09:19 +0300 wrote: > On 04/26/2015 01:44 PM, Vitalie Spinu wrote: >> Me too. > But you're willing to prepend `M-3' every time you want to look up something in > Elisp? That's not really ideal either. Not ideal but at least it's context free. And you don't need it that often from other places anyways. > Personally, I expect "serious" backends to either replace the need for etags > entirely, or delegate to them and collect the results internally. It's not really possible. Sometimes you just need to open related project without "sourcing" it or an old version of the current project to keep it as a reference. No "serious" backend can accommodate that. Besides etags it might be potentially handy to have multiple backends within a mode. In clojure for example you can have one backend for pure clojure code and another for java code. If xref is able to merge backends and provide a nice UI to manage those backends then CIDER would not need to bother with merging or managing those. As this and other threads suggest managing backends is a non-trivial task. If you leave this task to major modes everyone will cook his own soup resulting in a variety of different interfaces. >> > How about `xref-prompt-for-identifier', to mirror CIDER's option name? >> >> Sounds good. > Added. Thanks! Vitalie