From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: dapfy@t-online.de (Daniel Pfeiffer) Newsgroups: gmane.emacs.devel Subject: Re: new compile command doesn't coalesce errors on the same line Date: Tue, 23 Mar 2004 20:23:59 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040323202359.1f75a72f.occitan@esperanto.org> References: <20040317215208.5b0cb3e2.occitan@esperanto.org> <20040317224726.GC12561@fencepost> <20040320074137.2ea2c886.occitan@esperanto.org> <20040321092224.039cd09b.occitan@esperanto.org> Reply-To: Daniel Pfeiffer NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1080070063 2260 80.91.224.253 (23 Mar 2004 19:27:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 23 Mar 2004 19:27:43 +0000 (UTC) Cc: miles@lsi.nec.co.jp, emacs-devel@gnu.org, monnier@iro.umontreal.ca, miles@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Mar 23 20:27:28 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5rYe-0007LX-00 for ; Tue, 23 Mar 2004 20:27:28 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5rYa-0002cy-00 for ; Tue, 23 Mar 2004 20:27:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5rXN-0006Aw-Kx for emacs-devel@quimby.gnus.org; Tue, 23 Mar 2004 14:26:09 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B5rXH-00066E-BS for emacs-devel@gnu.org; Tue, 23 Mar 2004 14:26:03 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B5rWl-0005JD-J3 for emacs-devel@gnu.org; Tue, 23 Mar 2004 14:25:55 -0500 Original-Received: from [194.25.134.19] (helo=mailout06.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5rVY-0003cF-26; Tue, 23 Mar 2004 14:24:16 -0500 Original-Received: from fwd08.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1B5rVQ-0003a0-07; Tue, 23 Mar 2004 20:24:08 +0100 Original-Received: from pfdabpc.inhouse.start.de (XdIHABZToeV+5Q8+VB-NNhJC6+zvFZKj8a4whLLS48DZH0g+BGYgQi@[217.234.45.214]) by fwd08.sul.t-online.com with smtp id 1B5rVG-08HfMG0; Tue, 23 Mar 2004 20:23:58 +0100 Original-To: rms@gnu.org In-Reply-To: X-Mailer: Sylpheed version 0.9.4claws (GTK+ 1.2.10; i686-suse-linux) X-Seen: false X-ID: XdIHABZToeV+5Q8+VB-NNhJC6+zvFZKj8a4whLLS48DZH0g+BGYgQi X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20816 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20816 Saluton, Moin, Richard Stallman skribis: > *Compilation motion commands skip visited locations if this is t. > A location is considered visited if you've already jumped there. It > doesn't matter if this happened from a different message. After you > start a new compilation, all locations will again be initially > considered unvisited. > > The condition is clear now. I am not sure what "Compilation motion > commands" are or what "skip" means. Could you explain? I believe I've inherited the term "Compilation motion commands" from the old library. They are the various next- or previous-error type of commands. > What will happen if I move up in the compilation buffer and type RET > to revisit an error I already saw? Will it be "skipped"? RET or mouse clicking is not motion in the above sense. It tells Emacs "I want to go to _this_ location" and that is of course always honoured. > What if I then type C-x `? Will it got to the following error, > or will it move down until it finds an error I have not yet visited? That is exactly the distinction made by the compilation-skip-visited option. You can have one behaviour or the other. > The example I cited > > location a: ... location b > location a: more bla about a > > is not contrived. I've seen this frequently at work. The old compile > simply ignored location b. Now it is found and breaks immediate > contiguousness. > > I see what you mean. I don't have an opinion about it. > I won't say this is a bad change. This is only important if people want to be able to distinguish skipping nearby mentions of the same location, but not far away ones. I had called for a vote on this a few days ago, and so far noone has come forward to say they must have this distinction. Then I'd say we stick with compilation-skip-visited's current behaviour. We'd just make it default to t as several people requested. coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer -- lerne / learn / apprends / läramå / ucz się Esperanto: http://lernu.net/