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#28864: 25.3.50; next-error-no-select does select Date: Mon, 23 Oct 2017 01:29:09 +0300 Message-ID: <7f67cb1c-062f-44fa-ba8e-9ac0cab220a3@yandex.ru> References: <87bml72qck.fsf@gmail.com> <4045abe7-1acb-314b-b9ac-72b62db30570@yandex.ru> <87sheh270d.fsf@gmail.com> <6f3b7c2c-31af-8eb2-8f13-a9ba17d3d8e6@yandex.ru> <87mv4m5lok.fsf@gmail.com> <87d15h5f97.fsf@gmail.com> <874lqreyj5.fsf@localhost> 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 1508711505 29198 195.159.176.226 (22 Oct 2017 22:31:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 22 Oct 2017 22:31:45 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Thunderbird/56.0 Cc: 28864@debbugs.gnu.org, Noam Postavsky To: Juri Linkov , Tino Calancha Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 23 00:31:41 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 1e6OmG-0005Nf-Sy for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Oct 2017 00:31:29 +0200 Original-Received: from localhost ([::1]:34460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6OmO-0003Co-2r for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Oct 2017 18:31:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41555) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6Okx-0002Vx-S0 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2017 18:30:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e6Okt-0003Du-L7 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2017 18:30:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47667) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e6Okt-0003Dq-Hv for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2017 18:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e6Okt-0007KT-A2 for bug-gnu-emacs@gnu.org; Sun, 22 Oct 2017 18:30: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: Sun, 22 Oct 2017 22:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28864 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28864-submit@debbugs.gnu.org id=B28864.150871136028061 (code B ref 28864); Sun, 22 Oct 2017 22:30:03 +0000 Original-Received: (at 28864) by debbugs.gnu.org; 22 Oct 2017 22:29:20 +0000 Original-Received: from localhost ([127.0.0.1]:56343 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6OkC-0007IX-3r for submit@debbugs.gnu.org; Sun, 22 Oct 2017 18:29:20 -0400 Original-Received: from mail-wm0-f46.google.com ([74.125.82.46]:56273) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6OkA-0007IH-Ju for 28864@debbugs.gnu.org; Sun, 22 Oct 2017 18:29:19 -0400 Original-Received: by mail-wm0-f46.google.com with SMTP id u138so6506180wmu.4 for <28864@debbugs.gnu.org>; Sun, 22 Oct 2017 15:29:18 -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=Dxp4r0CnhwzPAH2cF05WWDfMPB6YxqzydKfoJjIyp1Y=; b=ahi8ii2a7YRYHrlR4OP3ehpEufERujc0m8EWCFj9+VxFQeYISMr0UY8dhbvS4SYfLB axSFla+oXnl+e6XWKgK8JKI6x1rkuWQpC8Q4VkOCDUHquzZkammAbNp6RRQzqYlzrGv2 riVXwqyDUG6JbT8L90CiHpdNG+GzYFoh0zf6pZTQ++nXkov3Ti0FdhzoRiZIfzeUOAmG Q/pKljnzCZ8YfDpHckam9tyBWqnioiKJRFfnhL79JV+FqZqDFXNaaZjxLregqytxu14V MBwlIO6entSyh6OtZmpiTQ8qynj+z5Fkt/BuG0H9rKTp45CB1CXvjvbKLrDF7snDBQav PL0A== 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=Dxp4r0CnhwzPAH2cF05WWDfMPB6YxqzydKfoJjIyp1Y=; b=UjHJeYnsCo+KMfQTlLxR4FkbWlqZPCF85IHNn7t6vezJdVhkNw4/+SwQZZ8e5ENpWZ gaaE61f2f1cLPoeT9v26OSrYzFTkvzTfWCKzWwdWzA6IhS6h8IEG/qGk7XtqcQF5fS9c MShUj9Yr/FyiOrTvWQEnWk6aOnSwEJ4JNv729KL0oINbJlvxl821gRfeEKZNF3P8EDj5 xOuSgbJ52umeR8bJnzTzsaUS4QtR+7hixtLnGNvG+dweD5wRTXQ+Oc71m83Y7NHxUNuK PjOuBng8dJEs3gKxaMDEYfEcCgxGqHBYh3WU9gfi5lp/ZTpC5tgTwmzIZISclf3d3Z+/ STow== X-Gm-Message-State: AMCzsaWToaOIeEbOg3P68Xjd7aV3hAq459g6naZwMEbNTXxyiiknbBsP hVpiaN2F/pu3pwvdaleEtiU= X-Google-Smtp-Source: ABhQp+QJvMNkK7mqbpZbVQ0sfn/dBKkLKqcvnnEk/erJy8LYRrSvj5+34xoGgNN1Y6nB2lfwQM0d8A== X-Received: by 10.28.6.14 with SMTP id 14mr3594994wmg.37.1508711352841; Sun, 22 Oct 2017 15:29:12 -0700 (PDT) Original-Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id e196sm9038632wmf.9.2017.10.22.15.29.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Oct 2017 15:29:11 -0700 (PDT) In-Reply-To: <874lqreyj5.fsf@localhost> 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:138873 Archived-At: On 10/22/17 11:32 PM, Juri Linkov wrote: > Visiting a buffer should not set next-error-last-buffer, > it should be set only by an explicit user request, > like M-x compile/grep/rgrep/occur and other commands do. > > So please just remove setting of next-error-last-buffer > from change-log-mode. Why not remove it from compilation-start as well? And xref--xref-buffer-mode. After all, the user can visit the results buffer and press M-x next-error just as well. > We also have other issues with next-error in bug#20489 > where I'm waiting when Dmitry will send a comprehensive list > of possible scenarios, so we could find a solution that fits > all of them. I had no idea that someone is waiting for something like that. Is there a question in the bug discussion that I'd missed? My scenario template is basically this: 1. Visit a buffer in some major mode, press M-x next-error or M-x previous-error an arbitrary number of times, visiting the appropriate error locations, whether they are in the current buffer or in some other buffers or files that will have to be opened. 2. The above should happen fine irrespective of the current window configuration, and whether the buffer gets hidden for some reason during this process (and we do know the possible reasons). 3. Being able to open a different buffer , *somehow* switch to its error function, and have M-x next-error and M-x previous-error use it. 4. Being able to go to step 1 without much hassle. Please ask any further questions. > 4. When the user needs to switch to visiting ChangeLog entries > from the ChangeLog buffer, this can be achieved by typing > C-c C-c (change-log-goto-source) once, then all subsequent > M-g M-n will continue visiting next ChangeLog entries > in the source files. As solutions go, it's a step forward. But far from ideal: generally speaking, it requires a separate command and a binding in each suitable major mode that will switch to its next-error-function.