From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#28864: 25.3.50; next-error-no-select does select Date: Mon, 23 Oct 2017 23:12:07 +0300 Organization: LINKOV.NET Message-ID: <87po9del14.fsf@localhost> 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> <7f67cb1c-062f-44fa-ba8e-9ac0cab220a3@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1508790592 32257 195.159.176.226 (23 Oct 2017 20:29:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 23 Oct 2017 20:29:52 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (build 1, x86_64-pc-linux-gnu) Cc: 28864@debbugs.gnu.org, Noam Postavsky , Tino Calancha To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 23 22:29:38 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 1e6jLh-00058D-9Y for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Oct 2017 22:29:25 +0200 Original-Received: from localhost ([::1]:40478 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6jLo-00070p-As for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Oct 2017 16:29:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6j5t-0001gG-9i for bug-gnu-emacs@gnu.org; Mon, 23 Oct 2017 16:13:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e6j5q-0002wh-2a for bug-gnu-emacs@gnu.org; Mon, 23 Oct 2017 16:13:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49358) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e6j5p-0002wb-Uo for bug-gnu-emacs@gnu.org; Mon, 23 Oct 2017 16:13:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e6j5p-00072Y-PM for bug-gnu-emacs@gnu.org; Mon, 23 Oct 2017 16:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Oct 2017 20:13:01 +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.150878956927040 (code B ref 28864); Mon, 23 Oct 2017 20:13:01 +0000 Original-Received: (at 28864) by debbugs.gnu.org; 23 Oct 2017 20:12:49 +0000 Original-Received: from localhost ([127.0.0.1]:58039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6j5d-000724-4n for submit@debbugs.gnu.org; Mon, 23 Oct 2017 16:12:49 -0400 Original-Received: from sub3.mail.dreamhost.com ([69.163.253.7]:54239 helo=homiemail-a76.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6j5b-00071v-Jp for 28864@debbugs.gnu.org; Mon, 23 Oct 2017 16:12:47 -0400 Original-Received: from homiemail-a76.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a76.g.dreamhost.com (Postfix) with ESMTP id 9EFC145807C; Mon, 23 Oct 2017 13:12:43 -0700 (PDT) Original-Received: from localhost.linkov.net (m91-129-79-96.cust.tele2.ee [91.129.79.96]) (Authenticated sender: jurta@jurta.org) by homiemail-a76.g.dreamhost.com (Postfix) with ESMTPA id 5320945807B; Mon, 23 Oct 2017 13:12:42 -0700 (PDT) In-Reply-To: <7f67cb1c-062f-44fa-ba8e-9ac0cab220a3@yandex.ru> (Dmitry Gutov's message of "Mon, 23 Oct 2017 01:29:09 +0300") 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:138911 Archived-At: > 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). It's a step backward: it removes the ability to run several next-error navigations simultaneously. Currently it's possible to visit e.g. compilation results in one frame, and e.g. grep hits in another frame at the same time without affecting one another. Undoubtedly, relying on the frame confines or on the buffer visibility is far from ideal. One solution that I proposed was to associate a window containing a navigated buffer with its next-error capable buffer, so that next-error issued in the same window will continue visiting other matches from the same next-error buffer (regardless whether it's hidden or not). This assumes there will be a command to disassociate a window from its next-error buffer, and switch to another next-error buffer. Do you have a better idea?