From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#28403: 25.2; find-tag works, but xref-find-definitions Date: Wed, 13 Sep 2017 02:40:21 +0300 Message-ID: <0464c886-bd32-7252-7820-50e00e7fa0c7@yandex.ru> References: <201709092240.v89MeFUo014854@psr.com> <201709100250.v8A2o6nL015568@psr.com> <837ex6vd83.fsf@gnu.org> <83k216t0wp.fsf@gnu.org> <835dc374-4846-0cb6-9fd6-ddef93711a37@yandex.ru> <838thlthx9.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1505341584 20262 195.159.176.226 (13 Sep 2017 22:26:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 13 Sep 2017 22:26:24 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Thunderbird/56.0 Cc: wbe@psr.com, 28403@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 13 01:41:24 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drunm-0001dg-Mo for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Sep 2017 01:41:10 +0200 Original-Received: from localhost ([::1]:39295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drunr-0001Gk-1v for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Sep 2017 19:41:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36386) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drunj-0001Fh-Uw for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 19:41:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drung-000729-2z for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 19:41:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56172) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1drunf-00071n-Vm for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 19:41:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1drune-0006m0-Dt for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 19:41:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Sep 2017 23:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28403 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28403-submit@debbugs.gnu.org id=B28403.150525963125988 (code B ref 28403); Tue, 12 Sep 2017 23:41:02 +0000 Original-Received: (at 28403) by debbugs.gnu.org; 12 Sep 2017 23:40:31 +0000 Original-Received: from localhost ([127.0.0.1]:36620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drun9-0006l6-Fy for submit@debbugs.gnu.org; Tue, 12 Sep 2017 19:40:31 -0400 Original-Received: from mail-lf0-f44.google.com ([209.85.215.44]:37745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drun7-0006ku-Dj for 28403@debbugs.gnu.org; Tue, 12 Sep 2017 19:40:30 -0400 Original-Received: by mail-lf0-f44.google.com with SMTP id 80so30166219lfy.4 for <28403@debbugs.gnu.org>; Tue, 12 Sep 2017 16:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=5a+J4y1B4N7Gi+lj355WnU32L00K7Ea17Roh+a0BG4s=; b=bpNdgXd8upSQ+ZS4Eb5l7PSPrbT8UO3Pi/DNQuPJ4qu+jlSGUZ4dwPPH4pw1XiNbeT U+LEVe0vBM4304+/oRn213mr0RGgaf9tF7X9K5OedZS4sNBEkrWCG00WYSXMGa0xucac hzu76DUzL6rkciZzCV0RCTzweTMI9+qHuHQBq9ZtqHkSXsWCIqh0sL1MRdrmSOyAjvzS IEB+yxr50lB9ELXFafMd8HP1W7t4T8mzrMfYPMO34JkR4GJ9gmpDGBqe8Oc+5zka2xxj WI9AbDtzGhPN5KK7cSVG/mUYEp7rUG0GAy6oZuEwTTLP8FWsxsZek7lHx8kMsm5Empm+ 71rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=5a+J4y1B4N7Gi+lj355WnU32L00K7Ea17Roh+a0BG4s=; b=CB7X2wUiRd9ii28x0nTwVlfnzm3dPDHSS+gUP/SRA3yn2xRdWNKsQPieDoPj0HKogz hrafx1TXPJAtqVzo93VQXHYdJxzBB4EezWIPnZiqBUSf6Q69dX4LblKIAx+HCk+W1iNd A26wICxKNjWHrg1mCi0ysU8PcckLdVrymSpIU1vsW/QY/RvolBgxcKO7rySNToH6sKyj +c17EFjf/4m+U7vLmHsB1rHMAf3rEC9ayC4x4yODxOtcHD6QpVCIIzr8lXe7IJKir40c np2902ijXqJQk+NHuyOeNVUoW49e52KRWw5hYA9sbiS2/qSc2JvTmyqlan1ZEZmn3KgL cAnA== X-Gm-Message-State: AHPjjUhT5MPPxEwIXVatFRavGkruDUNrIpJSnF7CNgKlkiyVd8zlbhzq f+poA9CF+T3xoKRMXKc= X-Google-Smtp-Source: AOwi7QCVeP+rRpGq0GKVi9wyy9Yu/Qd+bIhaim8UcONPwn0m/NdEYZfrlynSO2CHHdQ7Kq3LyIO01Q== X-Received: by 10.25.207.13 with SMTP id f13mr6421816lfg.151.1505259623272; Tue, 12 Sep 2017 16:40:23 -0700 (PDT) Original-Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id 15sm2702288ljf.22.2017.09.12.16.40.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Sep 2017 16:40:22 -0700 (PDT) In-Reply-To: <838thlthx9.fsf@gnu.org> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:136945 On 9/11/17 5:43 PM, Eli Zaretskii wrote: >>>> that would require support from backends, then. >> >> To make "fuzzy" work. > > It would be good to have other back-ends support that, but I don't > think it's a must. First, no one said all the back-ends must > distinguish between the two modes; it could even be that only one > makes sense for some language. How will we define that it "makes sense"? There are two ways it could work: - Like etags, try to match all words on the same line as the legitimate definitions. For most backends, this will simply be impossible (for those that use a concise index instead of a flat list of strings). E.g., the elisp backend can't implement that. - Allow substring matching for definition names? But xref-find-apropos already lets you do that. > And second, I'm guess that this new > method will only be useful to those who are accustomed to etags. > > So I think we could add this with only the etags back-end support for > now, and extend it later to other back-ends if needed. Should it be a defcustom in etags.el, then? That's not far from what I suggested in the first place. I hesitate to add a defcustom to xref.el that will only affect etags.