From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: emacs-lisp-mode and find-tag Date: Fri, 20 Jun 2014 21:08:07 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1403312915 27626 80.91.229.3 (21 Jun 2014 01:08:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Jun 2014 01:08:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Barry OReilly Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 21 03:08:27 2014 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 1Wy9n9-0000ei-OQ for ged-emacs-devel@m.gmane.org; Sat, 21 Jun 2014 03:08:27 +0200 Original-Received: from localhost ([::1]:43389 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wy9n9-0006bd-3V for ged-emacs-devel@m.gmane.org; Fri, 20 Jun 2014 21:08:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wy9mz-0006bV-4N for emacs-devel@gnu.org; Fri, 20 Jun 2014 21:08:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wy9mr-0004pM-LK for emacs-devel@gnu.org; Fri, 20 Jun 2014 21:08:17 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:21273) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wy9mr-0004pH-Gw for emacs-devel@gnu.org; Fri, 20 Jun 2014 21:08:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVNLd+D9/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEViMQCzQSFBgNJIgM0hkXjiNXB4Q4BKkZgWqDTCGBLQ X-IPAS-Result: ArUGAIDvNVNLd+D9/2dsb2JhbABZgwaDSsA9gRcXdIImAQEEViMQCzQSFBgNJIgM0hkXjiNXB4Q4BKkZgWqDTCGBLQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="68913101" Original-Received: from 75-119-224-253.dsl.teksavvy.com (HELO pastel.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 20 Jun 2014 21:08:08 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 267CC60306; Fri, 20 Jun 2014 21:08:07 -0400 (EDT) In-Reply-To: (Barry OReilly's message of "Fri, 20 Jun 2014 16:22:20 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:172597 Archived-At: >> `find-tag-definition-functions` >> This should hold functions of one argument (a string) > As I remarked in the bug report, the tag name alone is not > sufficient for Semantic, because it considers the code > surrounding the tag. Very good point. So either we limit it to "find def of thing-at-point", or we need to have a "get thing at point" plus "find def of thing". Splitting the two is tricky because different backends will want to represent their "thing" differently, so the thing returned by one backend's "get thing at point" won't be accepted by the "find def of thing" of other backends. Yet, the separation would be useful for things like company-mode which want to let you jump to the definition of a completion candidate (i.e. a "tag" which is not in the buffer). Stefan