From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#22692: 25.0.91; xref-find-definitions fails to prompt Date: Sat, 20 Feb 2016 03:28:44 +0200 Message-ID: <56C7C14C.6000200@yandex.ru> References: <23698.1455674128@allegro.localdomain> <56C71C1D.8010502@yandex.ru> <83r3g8r8qz.fsf@gnu.org> <56C75A25.3090506@yandex.ru> <83k2m0r1fr.fsf@gnu.org> <56C7646C.7060300@yandex.ru> <83d1rsqwhw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1455931762 13648 80.91.229.3 (20 Feb 2016 01:29:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Feb 2016 01:29:22 +0000 (UTC) Cc: 22692@debbugs.gnu.org, m.kupfer@acm.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 20 02:29:10 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1aWwM9-000326-Vk for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Feb 2016 02:29:10 +0100 Original-Received: from localhost ([::1]:56965 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWwM9-0006GZ-CI for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Feb 2016 20:29:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWwM5-0006GE-E9 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2016 20:29:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aWwM2-0001W0-8c for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2016 20:29:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWwM2-0001Vw-4W for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2016 20:29:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aWwM2-0000G7-26 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2016 20:29:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Feb 2016 01:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22692 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22692-submit@debbugs.gnu.org id=B22692.1455931733980 (code B ref 22692); Sat, 20 Feb 2016 01:29:02 +0000 Original-Received: (at 22692) by debbugs.gnu.org; 20 Feb 2016 01:28:53 +0000 Original-Received: from localhost ([127.0.0.1]:34391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aWwLt-0000Fk-Hb for submit@debbugs.gnu.org; Fri, 19 Feb 2016 20:28:53 -0500 Original-Received: from mail-wm0-f50.google.com ([74.125.82.50]:37154) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aWwLs-0000FY-78 for 22692@debbugs.gnu.org; Fri, 19 Feb 2016 20:28:52 -0500 Original-Received: by mail-wm0-f50.google.com with SMTP id g62so93478806wme.0 for <22692@debbugs.gnu.org>; Fri, 19 Feb 2016 17:28:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=EsNq2VqkxcrJJm51tAKVi9Qlol5xjVh+doK1lBFAqdU=; b=pZHw88BfcDDM2Wph1e8Zy+OK6lmPT2H2FcGjhtjdP6TjrFZ6H0Wk0Q3xmb8zB3OGSP cqQhQA+3NH2pmIGXrtIgbtrY0YmcNDgQr81wOYUEi1xYrtdb5sRGcImtrlPgyl3AzUJ8 bqVC0WE02qXUEU20dBgaHe7tQh2GUw7pozPfJA/hhKLwnhXXVjH5wMuReoqqwxnj8uwD 3BBT1l5GRXfgPhATkXatdFwEBdeV9cZGog8uw/V0hQT8pQ6mk9zhYaz6zcdbEEHSp6Gz qlN1eyeSfFlOqTd4aLfDXPDAarYPYls72dFl9cM2IVadDClRidZxbc5PfIFDvhmAjsca HiZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=EsNq2VqkxcrJJm51tAKVi9Qlol5xjVh+doK1lBFAqdU=; b=LM4r9HmpWGab83msQV8sfVvKiSvm4iHETBR4ZbFC4DWydFLA+bPqR2XeVlxSx3H4iy fAVChFOBfoh9xx75JsjH2ENbiM/acJg5+fGgTDX/xPD9n9zThjon5s3pdQf6s/JWP/Pn teR0PVkz1BY+j/o6JY07F49R5VEZrpXaorePRXa68sf2+OI9k/Vh8pu4nuL4HVfBmVt+ LamsguUocd8FH064Wy5bDmFg65yGUX7PtkktXCY8iAutjga09Fzc2/HGmZTenj+GyhoI PhEnZcxxsFxykRBoxGRb0e4s4kME2bFpBC3aqkbWXnVJaVVAeXj8Jion5IWkxzuZWRk0 tPtg== X-Gm-Message-State: AG10YORQ7qMH2D/yfiAGWxOW/uu2LArzxzaf02H6Y/4/DTEpjfrQgyzBAz3YfEFQEiKYyw== X-Received: by 10.194.112.165 with SMTP id ir5mr6509450wjb.113.1455931726730; Fri, 19 Feb 2016 17:28:46 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id a128sm9932561wmh.6.2016.02.19.17.28.45 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Feb 2016 17:28:45 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <83d1rsqwhw.fsf@gnu.org> 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113322 Archived-At: On 02/19/2016 10:24 PM, Eli Zaretskii wrote: >> Cc: 22692@debbugs.gnu.org, m.kupfer@acm.org >> From: Dmitry Gutov >> Date: Fri, 19 Feb 2016 20:52:28 +0200 >> >> On 02/19/2016 08:37 PM, Eli Zaretskii wrote: >> >>> No, I meant the change you wanted to make in finding the symbol at >>> point, to avoid looking for it anywhere on the same line. >> >> Isn't that orthogonal to the question of using the word "valid"? > > Maybe. I don't tend thinking of documentation as a collection of > words. When you change how the symbol is determined, I could reason > about describing that. I agree that the chances of having "valid" > there are rather small. Collection of behaviors, then. We're thinking of two axes. The one touched on in this subthread is "valid" (i.e. whether the symbol must be tested against the completion table before it can be used as the default value; apparently we've settled on "no"). The other is whether we look for the symbol "at" point, or are we also allowed to look "near" point (within the current line), if there's no symbol at point. So far we've got two votes for "no" as well.