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#20489: 25.0.50; next-error-find-buffer chooses non-current buffer without good reason Date: Fri, 29 Jan 2016 03:35:19 +0300 Message-ID: <56AAB3C7.70902@yandex.ru> References: <86wq0q602w.fsf@yandex.ru> <87oacaiszd.fsf@mail.linkov.net> <56A5BF79.909@yandex.ru> <87zivtqq81.fsf@mail.linkov.net> <56A6B171.7080504@yandex.ru> <87y4bbol9h.fsf@mail.linkov.net> <56A82ECE.6050609@yandex.ru> <87powmd410.fsf@mail.linkov.net> <56A95281.9080205@yandex.ru> <8737th5kt6.fsf@mail.linkov.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1454027789 1573 80.91.229.3 (29 Jan 2016 00:36:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2016 00:36:29 +0000 (UTC) Cc: 20489@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 29 01:36:17 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 1aOx2t-0004Hx-Hn for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Jan 2016 01:36:15 +0100 Original-Received: from localhost ([::1]:59208 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOx2p-0007Iy-Ec for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Jan 2016 19:36:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOx2l-0007Ip-9a for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2016 19:36:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aOx2g-0007rd-9O for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2016 19:36:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51907) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aOx2g-0007rY-5D for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2016 19:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aOx2f-0000E2-TM for bug-gnu-emacs@gnu.org; Thu, 28 Jan 2016 19:36:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Jan 2016 00:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20489-submit@debbugs.gnu.org id=B20489.1454027728820 (code B ref 20489); Fri, 29 Jan 2016 00:36:01 +0000 Original-Received: (at 20489) by debbugs.gnu.org; 29 Jan 2016 00:35:28 +0000 Original-Received: from localhost ([127.0.0.1]:40127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aOx28-0000D9-DP for submit@debbugs.gnu.org; Thu, 28 Jan 2016 19:35:28 -0500 Original-Received: from mail-lb0-f178.google.com ([209.85.217.178]:33193) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aOx27-0000Cx-0E for 20489@debbugs.gnu.org; Thu, 28 Jan 2016 19:35:27 -0500 Original-Received: by mail-lb0-f178.google.com with SMTP id x4so33229467lbm.0 for <20489@debbugs.gnu.org>; Thu, 28 Jan 2016 16:35:26 -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=SBAdPlPSRFXANrB4rRcEM411vzLkWAnoBxPWa96pNf0=; b=FhCTOA8gpZplrGjG/HcdE2QLglKTau0eqH2wUWvLzo4TqOymBh5mw9GeeIVk3b7e69 QA0ARuMzrDgTxIr+EjuZ/nfvi3xBIluCx32MxKyYzNgrWUeAxIiyXhbIBxlyjh6N0nqf rJN0xVV2NdZ9M0om+RwbkqR4nKQPHXc7T3htMw0vNNdOZ2jViZta0SjFdsheRABmQMLs 34Rc7mW5zyzus4hC0WkO5/OzzvK0eIRHSUQLdGX/N2gC5CYN27cY2BSCNO9Y6cBADGkS GJdoUxEKjiVBfgXFrp9SksDbfmcPJtAs7Kgpnv6l964R8oZJdegQj1t/PwgLe4A9qGRN aEFw== 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=SBAdPlPSRFXANrB4rRcEM411vzLkWAnoBxPWa96pNf0=; b=b8ZRM4VMJ4J93/FwC2wn4ha5v3uRj50+NeK7j0AnKpz2QzoyDtv2d1kDG8v5/MwSBS 0584Ctcl/ctYF36lbOMKQz8dlyaB6pzaEyeCBuxHoH16Kxq9EScgX0g+i39uxhpBZtdE aYmyS+i+V/Q5v5xjy8MegXsg8j+gVyVqmpGHVHeAApGJDV0wbjnkcKQSbhlNZLErE0sb tcIrt/bvV+2KJOz2NwWpY5pNIJ+/adPeCLRNEpczKfQp6S0IgGbTWw0unPp/Tey9BvxW FcMShATbtqHnsjTTQ16E+stCLRInvXeViav35HJ3gaOJfzUii6Xg9QuCmlaXmHVdfNvd NxRg== X-Gm-Message-State: AG10YOQ14SNQETRq/PiBc2Q9olzty7EbuSKdeTuYIvAe94xqkR1JP1mc+0fY9Urodq1h6g== X-Received: by 10.112.198.102 with SMTP id jb6mr2206261lbc.44.1454027720953; Thu, 28 Jan 2016 16:35:20 -0800 (PST) Original-Received: from [192.168.1.190] ([178.252.127.222]) by smtp.googlemail.com with ESMTPSA id o3sm1772556lfb.39.2016.01.28.16.35.19 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Jan 2016 16:35:20 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0 In-Reply-To: <8737th5kt6.fsf@mail.linkov.net> 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:112068 Archived-At: On 01/29/2016 02:59 AM, Juri Linkov wrote: > ...and allowing switching > to another navigation. Are you coming around to my suggestion now? >> The rule#1, as written, also poorly interacts with Flycheck-like use >> cases. Are you going to comment on that part discussion? > > Flycheck provides its own keybinding ‘C-c ! n’ for ‘flycheck-next-error’, > so really there is no problem. That's basically giving up. Do you expect me to repeatedly type `C-c ! n' to move across errors in the current buffer? It's not like it's inconvenient or anything. next-error-function was added exactly so that the user doesn't have to learn a bunch of different key bindings for basically the same thing. There's also e.g. js2-mode, which doesn't have a custom key binding for this. And probably other modes that I just don't know about. > A real problem is when a navigational buffer does exist, but it's hidden. > IIUC, due to this problem you reverted next-error integration in xref, right? No: http://lists.gnu.org/archive/html/emacs-devel/2016-01/msg01286.html See the first sentence there. >> We can also realize that the rule #1 is an attempt to do the following: if >> next-error-last-buffer is no longer visible, try to pick a navigational >> buffer among the currently visible ones. > > You mean next-error-last-buffer is no longer visible _on the selected frame_? I don't really care either way. This question doesn't seem to add any big constraints on the final solution. > Yes, this is because it's hard to find a better way, and I'm not sure > how next-error-function-nonlocal could help, because sometimes a navigation > might visit another non-file navigational buffer, e.g. multi-occur > visiting a *compilation* buffer. What is the exact problem you have in mind there? When *multi-occur* jumps to *compilation*, next-error-last-buffer keeps referring to *multi-occur*.