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 22:56:30 +0200 Message-ID: <87bniamww1.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> <87fv7mn9is.fsf@gmail.com> <553D2586.6060809@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430081819 5257 80.91.229.3 (26 Apr 2015 20:56:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 26 Apr 2015 20:56:59 +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 22:56:52 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 1YmTbf-0001M3-CZ for ged-emacs-devel@m.gmane.org; Sun, 26 Apr 2015 22:56:51 +0200 Original-Received: from localhost ([::1]:52198 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmTbe-0007on-I8 for ged-emacs-devel@m.gmane.org; Sun, 26 Apr 2015 16:56:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmTbQ-0007oP-Rq for emacs-devel@gnu.org; Sun, 26 Apr 2015 16:56:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YmTbN-0008NB-Hm for emacs-devel@gnu.org; Sun, 26 Apr 2015 16:56:36 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:33968) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YmTbN-0008Mj-Ao for emacs-devel@gnu.org; Sun, 26 Apr 2015 16:56:33 -0400 Original-Received: by wicmx19 with SMTP id mx19so70377467wic.1 for ; Sun, 26 Apr 2015 13:56:32 -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=NPyhXY+iCvHDgzxP3LdmwrqeCwUOChCjebhJtcU55QE=; b=vGeBLPu3A5yi4EEeOSZ9PtaxlyToVQ402RBipJKT/5YE8sgdbk1DSVmnHiecB7ZKDx ju2/7xPWIvcqth/NnJHwSd9aOVe8W4qxDZ4yBpmF6TPovJA9mCvnNZLAmN0gKsB8P73t H4xeoFjuRGPOEAR1rv/zzD41mN3sJO7RukzvKxP78ra3xcht34G9OiylEloNDVrcOkjk 2uPDNrkJyXSUTMdBSNTVIz5sltJeQb69cGpjBXg+wI4E1WDkTcluR6pDS8hNxLPlRsIS DI3yfTklzvPActmyaPd/WcXgDnSYdpATlnCiP9jkbrQD5SgGlvvKbkRISFusS5KR+Y/l +FUw== X-Received: by 10.180.96.200 with SMTP id du8mr15346615wib.54.1430081791984; Sun, 26 Apr 2015 13:56:31 -0700 (PDT) Original-Received: from localhost (dhcp-077-251-128-242.chello.nl. [77.251.128.242]) by mx.google.com with ESMTPSA id ew10sm8721635wic.22.2015.04.26.13.56.31 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Apr 2015 13:56:31 -0700 (PDT) In-Reply-To: <553D2586.6060809@yandex.ru> (Dmitry Gutov's message of "Sun, 26 Apr 2015 20:51:02 +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::22f 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:185922 Archived-At: >>> Dmitry Gutov on Sun, 26 Apr 2015 20:51:02 +0300 wrote: >> 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. > Why not `M-x projectile-switch-project', or something similar? Because you need an interactive repl running to have dynamic completion for one, and for multiple language projects you don't have access to C/Fortran etc definitions from the interactive session anyways. So at least the etags integration should be done properly in the core. > I fail to see the benefits of keeping Clojure and Java identifiers > separate. Generally you don't want to clutter completion or location tables with java symbols from all the projects that you import. %99.99 of those are useless. In most cases you need clojure and java symbols in current project. Next level is all core and imported clojure symbols. Then all java classes/methods. There is an open issue in CIDER on interactive doc completion where this was discussed [1]. Bozhidar can comment on this more, but the general idea is that you want to offer completion candidates in some sort of stages in order to avoid impairing the usability. I think the same concern is valid for references (for the prompt case and apropos at least). Vitalie [1] https://github.com/clojure-emacs/cider/issues/1059#start-of-content