From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.devel Subject: Re: next-error use cases Date: Mon, 09 Apr 2018 20:44:42 +0200 Message-ID: References: <87zi2esn7l.fsf@mail.linkov.net> <83in91zu5o.fsf@gnu.org> <834lkkzb9n.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1523299287 23939 195.159.176.226 (9 Apr 2018 18:41:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 9 Apr 2018 18:41:27 +0000 (UTC) Cc: juri@linkov.net, emacs-devel@gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 09 20:41:23 2018 Return-path: Envelope-to: ged-emacs-devel@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 1f5bjG-00067G-BP for ged-emacs-devel@m.gmane.org; Mon, 09 Apr 2018 20:41:22 +0200 Original-Received: from localhost ([::1]:58562 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5blM-0000Ku-0E for ged-emacs-devel@m.gmane.org; Mon, 09 Apr 2018 14:43:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33662) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5blE-0000KQ-Rb for emacs-devel@gnu.org; Mon, 09 Apr 2018 14:43:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f5blC-0000wv-5e for emacs-devel@gnu.org; Mon, 09 Apr 2018 14:43:24 -0400 Original-Received: from [2a03:2040:2:1b::1] (port=58992 helo=sinyavsky.aurox.ch) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f5blB-0000w9-VK for emacs-devel@gnu.org; Mon, 09 Apr 2018 14:43:22 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 983D92270B for ; Mon, 9 Apr 2018 18:44:30 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1523299469; x=1524163470; bh=l1naP6eMkn3yv f89PVU7nvcts012dPhtfCLsVt+NWx8=; b=bSsG9J1Hm/DCB7v2gdvo8mquRs9os 1F7tV2DgiWmoa5am+vbR5i30rEQl3hVz4BIi5jsvueFkSIirFRDqMxi7JTgZbx15 B8onODPhuQtTRLoJ5fCxOFgZTDeJkbK+6Kw7F7FlK83WC+bt3Zxg3+2ceN0zIyUU 2SP4VWe6DBAuag= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 9eEbPJ2ChEsU for ; Mon, 9 Apr 2018 18:44:29 +0000 (UTC) Original-Received: from gray (202.100.1.85.dynamic.wline.res.cust.swisscom.ch [85.1.100.202]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 5517E226F2; Mon, 9 Apr 2018 18:44:28 +0000 (UTC) In-reply-to: <834lkkzb9n.fsf@gnu.org> (message from Eli Zaretskii on Mon, 09 Apr 2018 17:48:20 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a03:2040:2:1b::1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:224472 Archived-At: > Date: Mon, 09 Apr 2018 17:48:20 +0300 > From: Eli Zaretskii > > > > Define some kind of priority between them? > > I really doubt we can define priorities such that the user will always > > want to see the errors of some "kind" before the others. > > Then maybe this problem has no workable solution at all, and we > shouldn't try running all those features from the same command. We could try, but in cases of doubt, ask the user what "next-error" function he wants to use (and provide some command for actively switching between them). For example, after calling "next-error" in some dubious case, the user could be offered a list of functions to choose between: - next Compile error from *compile* - next Occur result from *scratch* - next Grep result from *grep* ... There could also be other interfaces to pick a next-error function (a menu, or something like M-x list-buffers).