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#23179: 25.0.92; Restore `M-,' to continue etags search Date: Mon, 4 Apr 2016 19:53:44 +0300 Message-ID: References: <48066d7c-e4d3-acf5-fdcf-1aa9a108cb90@yandex.ru> <83bn5ttwul.fsf@gnu.org> <83shz4sdi0.fsf@gnu.org> <5a9b5719-ea84-89bc-c0c5-37692fafd23d@yandex.ru> <83inzypm94.fsf@gnu.org> <83d1q6plhb.fsf@gnu.org> <83a8lapkpt.fsf@gnu.org> <831t6mozrd.fsf@gnu.org> <83mvp9nzl9.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 1459788865 5064 80.91.229.3 (4 Apr 2016 16:54:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Apr 2016 16:54:25 +0000 (UTC) Cc: 23179@debbugs.gnu.org, Anders Lindgren To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 04 18:54:14 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 1an7lT-0008Cb-DV for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 18:54:11 +0200 Original-Received: from localhost ([::1]:60022 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an7lS-0007bH-OS for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Apr 2016 12:54:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54156) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an7lO-0007aj-Fc for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 12:54:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1an7lK-0005FJ-Cx for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 12:54:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54188) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1an7lK-0005FF-9X for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 12:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1an7lK-0006D2-3r for bug-gnu-emacs@gnu.org; Mon, 04 Apr 2016 12:54: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: Mon, 04 Apr 2016 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23179 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23179-submit@debbugs.gnu.org id=B23179.145978883623857 (code B ref 23179); Mon, 04 Apr 2016 16:54:02 +0000 Original-Received: (at 23179) by debbugs.gnu.org; 4 Apr 2016 16:53:56 +0000 Original-Received: from localhost ([127.0.0.1]:51315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an7lE-0006Cj-9N for submit@debbugs.gnu.org; Mon, 04 Apr 2016 12:53:56 -0400 Original-Received: from mail-lb0-f171.google.com ([209.85.217.171]:34185) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1an7lC-0006CW-95 for 23179@debbugs.gnu.org; Mon, 04 Apr 2016 12:53:54 -0400 Original-Received: by mail-lb0-f171.google.com with SMTP id vo2so170730595lbb.1 for <23179@debbugs.gnu.org>; Mon, 04 Apr 2016 09:53:54 -0700 (PDT) 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-transfer-encoding; bh=xG5Kg/NYuxHrTLNKwtX8ZnOC65c0dCd2Xgkzn2wnipM=; b=egrFcCfTM0xdJHGOwRrPMsqXTETFzjHCiFiUcnUuyYQY4t1nM3tztBiZOBW3OLnZhb g1vaC1NNj0x3zIla60CPTwbhYw2PT404adjQyC0gjpvsydjvKgY7/pGgv8ST1/s9qfFe pOyKVKXqPROHjhVLPjgo1qdpIRzjHGsiD5qru5b4jgBd/kYamZeCfbwqn4mK+A+KAizD JxZP+TjPWLSsO/Yz7pnCEbjDcE2ODXfdNjwQV5jUiTLayS1alnN+uXrMJSlRlNi0u8Kd 4hdj1wFC42oEvUAWrQaPeCYMDIOXI8OWyHHa1gD/wnmoU7ukav+DovpZWjS5uCwzbJ4l Lu5w== 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-transfer-encoding; bh=xG5Kg/NYuxHrTLNKwtX8ZnOC65c0dCd2Xgkzn2wnipM=; b=C00FzlCX7fsK0sF8BjbxRc6KjW3qawzt0Dc7tCYKUknpBS47Kp6DrI55qjwQ/XKnY4 g8m9KsD5Pt8JfwNvewgUy00DEm6BJ4NPSVQev05RLjg1ogEBE2uCVV64j+tINE9Rk3sW hNRrZGt5cVufPnGhkJRsYkNf3dntwUQw9WuP18s3XlN8Wc1cfTT2tEUjXV1Se8DhWayU aiYfeiv7ufRrAGLcCE2U8veScBT3gu6+eXNXqaHVgQvsIxyc2WniBsAjRBsd6co28gfQ QrVz8w0OVrBmJquXEXy8YFFkfgUyOowq1ehlV4FxU36s1Q9djRnez0rYlHu/KuuLlv0W 0cgQ== X-Gm-Message-State: AD7BkJKPezQH7JylCm3ERbb78h/dVNqNs9C4KzxjRUYZ1HRyEs/AAwAO9bh1H6UQv4lLOw== X-Received: by 10.28.173.71 with SMTP id w68mr13197447wme.88.1459788827294; Mon, 04 Apr 2016 09:53:47 -0700 (PDT) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by smtp.googlemail.com with ESMTPSA id w193sm8658388wmd.0.2016.04.04.09.53.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Apr 2016 09:53:46 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <83mvp9nzl9.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:116029 Archived-At: On 04/04/2016 06:49 PM, Eli Zaretskii wrote: >> I only want the xref UI to be displayed when doing commands like `find-all-occurences' etc. When doing a >> plain search, there is no need for it. > > Dmitry, is the patch below okay with you? Any comments? (I will add > documentation if this is acceptable.) First, it would take effect in both xref-find-definitions and xref-find-references, whereas Anders said that he wants that UI only for the former, IIUC. Second, I'd rather you instead create a new separate function to set xref-show-xrefs-function to. For now, you can copy the definition of xref--show-xref-buffer and modify it not to show the buffer. That will make it easier to make independent changes in that new UI. As well as make it easier for me to disclaim the responsibility for it (sorry). Go ahead if Anders likes it, but personally I don't see a lot of point, at least as long as the user still has to wait until all results are fetched.