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: Tue, 19 Sep 2017 03:44:28 +0300 Message-ID: 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> <0464c886-bd32-7252-7820-50e00e7fa0c7@yandex.ru> <83poauobqv.fsf@gnu.org> <48b2816b-6fa5-bb3e-14e3-fff85d4fbc14@yandex.ru> <83zi9xmcec.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 1505781917 16910 195.159.176.226 (19 Sep 2017 00:45:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 19 Sep 2017 00:45:17 +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 Tue Sep 19 02:45:13 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 1du6f1-00045o-A4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Sep 2017 02:45:11 +0200 Original-Received: from localhost ([::1]:39499 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1du6f6-0003H6-U8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Sep 2017 20:45:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1du6ew-0003EZ-48 for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2017 20:45:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1du6et-0000Tv-1e for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2017 20:45:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38334) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1du6es-0000Tl-TG for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2017 20:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1du6es-0001fo-LS for bug-gnu-emacs@gnu.org; Mon, 18 Sep 2017 20:45:02 -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, 19 Sep 2017 00:45: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.15057818806383 (code B ref 28403); Tue, 19 Sep 2017 00:45:02 +0000 Original-Received: (at 28403) by debbugs.gnu.org; 19 Sep 2017 00:44:40 +0000 Original-Received: from localhost ([127.0.0.1]:47015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1du6eV-0001et-SV for submit@debbugs.gnu.org; Mon, 18 Sep 2017 20:44:40 -0400 Original-Received: from mail-lf0-f67.google.com ([209.85.215.67]:33860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1du6eT-0001ef-Dh for 28403@debbugs.gnu.org; Mon, 18 Sep 2017 20:44:37 -0400 Original-Received: by mail-lf0-f67.google.com with SMTP id h80so1125326lfe.1 for <28403@debbugs.gnu.org>; Mon, 18 Sep 2017 17:44:37 -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=duMKBYJYQlCerqUelQuaX75RNJa4zTHAOjvv8+eX6Zw=; b=MYR1RYiOBrgxGYb/X/vH+YegOoBBGHEdxQpwnyg1CtS3QvWU0sfdvdsbo6XDsr0lOq EekBiBVwFRcl4SfRgv9MwilGjvbmwHqcU/+SAP+AEKbYQVhWpZSvnz4g3ZOCf6HH2N/3 DKbTPlldvV9/ThhJQaF9wMfSFKnfrHbfaELtvBQ1BD8ZqQso/V42CpXjpOnzx+RcO91O X9QXNsgBUriidosfJMMdD7kVcwr2djWYYn/sOEqjfbwIjrCQOHQ6LgHyMjM4oNsKg0/4 BroNjlrJcN4HaLlRFnjWbjK/Qouy5wZox9DTTDu0bUnKvKdpjLil2ajSIJ1AxD8MYq4I OTLQ== 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=duMKBYJYQlCerqUelQuaX75RNJa4zTHAOjvv8+eX6Zw=; b=VeSfmzqCvrQU16eYYmmt18HhIYmJF6tuztDjBtQaqR5Yn4j34MrRUEHy9h2FAoxmzp jKoD9V1Al+BvvWec3RqTj9/Mez0T9qgLLLfCHsNPWSyLX3kxLSWXDUALOkH9DFT7sTpU d1xHsU+2vFv4NkQzBJ4N4TmjVvvy31SQPLgspDLdFd4cdrfeB+o1FsObz64+3CCBrl8s 9MiIjvG9pFdRbllDv6FP/Rwh2ktOcYdMm4UQVS+2E3RMRHdkOavTfD6d0M29UNrl0TK3 xMQUtEuzXd6jqieXNzktOvRaZBUDSg4GEwr1hECVthplFB3mReZqVwWVU1Bk6evPp8cK vJGg== X-Gm-Message-State: AHPjjUgK8ul8gXdpwYJnzQ7hP203iSAK7SGVPDCw9X8D/XXpLbLKO9D8 RWhupA4PzLWhbFi04u4= X-Google-Smtp-Source: AOwi7QDHtBFgf9wO9GPzBZmdSyU0/5bkUST85xVehzAhqrx0NEIAGGg8J+I1xUwZ0rIVDLmjC0/RZw== X-Received: by 10.46.91.144 with SMTP id m16mr10328378lje.95.1505781871343; Mon, 18 Sep 2017 17:44:31 -0700 (PDT) Original-Received: from [192.168.1.174] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id c185sm1613099lfd.67.2017.09.18.17.44.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Sep 2017 17:44:29 -0700 (PDT) In-Reply-To: <83zi9xmcec.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:137093 Archived-At: On 9/14/17 8:13 PM, Eli Zaretskii wrote: > I just feel that having a user-friendly defcustom would be more > future-proof. Like I said: it's a fire escape. Every complex feature > needs one. My point is if we document it enough for the majority of the users to find it, it would also make it more likely that they go the fire escape route instead of using etags in the right way. And then get some other wrong impression about xref-find-definitions. >> Maybe the manual should advertise the necessity to call etags with >> --regexp in certain cases more prominently instead. > > Until very recently, --regex didn't even document the > back-substitution feature it provides. So we still have a way to go > in that direction. No argument from me.