From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: bug#20489: 25.0.50; next-error-find-buffer chooses non-current buffer without good reason Date: Mon, 04 May 2015 18:03:53 -0400 Organization: =?UTF-8?Q?=D0=A2=D0=B5=D0=BE=D0=B4=D0=BE=D1=80_?= =?UTF-8?Q?=D0=97=D0=BB=D0=B0=D1=82=D0=B0=D0=BD=D0=BE=D0=B2?= @ Cienfuegos Message-ID: <87sibc6lva.fsf@lifelogs.com> References: <86wq0q602w.fsf@yandex.ru> <55461AEB.7040402@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430777066 17827 80.91.229.3 (4 May 2015 22:04:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2015 22:04:26 +0000 (UTC) Cc: 20489@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 05 00:04:14 2015 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 1YpOTF-0007dU-2r for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 May 2015 00:04:13 +0200 Original-Received: from localhost ([::1]:36111 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOTE-0008K5-Jj for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 May 2015 18:04:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60538) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOT9-0008Jx-NK for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:04:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YpOT5-0005qQ-2e for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:04:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52359) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YpOT4-0005qK-Ky for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YpOT4-0007vb-9G for bug-gnu-emacs@gnu.org; Mon, 04 May 2015 18:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2015 22:04:02 +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.143077702630451 (code B ref 20489); Mon, 04 May 2015 22:04:02 +0000 Original-Received: (at 20489) by debbugs.gnu.org; 4 May 2015 22:03:46 +0000 Original-Received: from localhost ([127.0.0.1]:34101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpOSn-0007v4-Cm for submit@debbugs.gnu.org; Mon, 04 May 2015 18:03:45 -0400 Original-Received: from mail-qc0-f176.google.com ([209.85.216.176]:33778) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YpOSl-0007us-Qo for 20489@debbugs.gnu.org; Mon, 04 May 2015 18:03:44 -0400 Original-Received: by qcvz3 with SMTP id z3so30133463qcv.0 for <20489@debbugs.gnu.org>; Mon, 04 May 2015 15:03:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=I8UMzPDrPvoAHkLgzatNNyuqY77tt+5U8N4esc6TSEM=; b=trau1ytN921Vt1XFyQFXVk5m0d82oy6O4V+vobWd11CvARPTmNhEXGDy9nOJ/AnH4K haNDzdqjMDp40L0SsSnUXtdpms81ZiCENRUuPpwqR0Dp2101tEcm5GTQC0ggqietqn56 LUsA+Qe77UUMGcwI8w5l3yyS50fBik4ENRDB0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=I8UMzPDrPvoAHkLgzatNNyuqY77tt+5U8N4esc6TSEM=; b=ltVAHviFpiiCmjbAkbPnVmvv4B9mStCieBmcT4b8SPFp9Pt/b50S/4blbYtogwoMnr gl2s1kUy4CE08jM+/lxnhz2VfHXArXTMU4ktFKM39GR9IzTa6YLyXHSpLFSlnsfqzs6t /Fw3xIhVhlscHLeJJmTzCPEyIWVNQdZjbe8eYbJpx6qV4/xIPQkI6YEz346yXy4E/jk0 NT53+Ryxhpinx1DO7xSAP6BSG+ZXSQrpK0NkGo3/Y5JtWENP5OR86G9EgjnEGUNyXvi4 IFT0v6kYXq6KmXAD7PNg0lJHlgKuZPiaTXy0QoJ/ToiS/AXL+DMsOk1mzw/QG7WF4gD5 oGUw== X-Gm-Message-State: ALoCoQm9rKz+In5jj6iDs+t9IVvs8WYZl6K6MfDrfrrc4jK7p3F9/7gBafex8F4bIq78UZPYjOEr X-Received: by 10.140.91.18 with SMTP id y18mr29151295qgd.90.1430777018368; Mon, 04 May 2015 15:03:38 -0700 (PDT) Original-Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id 199sm25889236qhu.15.2015.05.04.15.03.37 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 04 May 2015 15:03:37 -0700 (PDT) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <55461AEB.7040402@yandex.ru> (Dmitry Gutov's message of "Sun, 3 May 2015 15:56:11 +0300") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:102476 Archived-At: On Sun, 3 May 2015 15:56:11 +0300 Dmitry Gutov wrote: DG> Why don't we prioritize, in next-error-find-buffer, DG> next-error-last-buffer over everything else (change the order to 2 3 1 DG> 4 5 6)? For reference, here are the steps: ;; 1. If one window on the selected frame displays such buffer, return it. ;; 2. If next-error-last-buffer is an acceptable buffer, use that. ;; 3. If the current buffer is acceptable, choose it. ;; 4. Look for any acceptable buffer. ;; 5. Use the current buffer as a last resort if it qualifies, ;; 6. Give up. How about a `next-error-priority' which can be numerically: * local (each position refers to the file itself) = 0 (occur) * finder (each position refers to other files) = 100 (compile, grep) * or can be set by the mode to something else Then (1) can become "if one window on the selected frame has the highest priority, return it." Ted