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 brokeness Date: Wed, 17 Mar 2004 21:45:27 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040317214527.5f51c28d.occitan@esperanto.org> References: 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 1079556488 16221 80.91.224.253 (17 Mar 2004 20:48:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 17 Mar 2004 20:48:08 +0000 (UTC) Cc: miles@lsi.nec.co.jp, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Mar 17 21:47:55 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 1B3hxD-0000mx-00 for ; Wed, 17 Mar 2004 21:47:55 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B3hxD-0007KV-00 for ; Wed, 17 Mar 2004 21:47:55 +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 1B3hws-0005as-8N for emacs-devel@quimby.gnus.org; Wed, 17 Mar 2004 15:47:34 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B3hwR-0005aG-8J for emacs-devel@gnu.org; Wed, 17 Mar 2004 15:47:07 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B3hvu-0005KY-5b for emacs-devel@gnu.org; Wed, 17 Mar 2004 15:47:06 -0500 Original-Received: from [194.25.134.80] (helo=mailout01.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B3hvO-00055I-7Q; Wed, 17 Mar 2004 15:46:02 -0500 Original-Received: from fwd10.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1B3hvI-000459-02; Wed, 17 Mar 2004 21:45:56 +0100 Original-Received: from pfdabpc.inhouse.start.de (Tb7Ng+Zv8exwiZPRTdX1f8e+TYxSUYUbTWxLXlYp8qCxnrm+S6t00q@[217.234.54.102]) by fwd10.sul.t-online.com with smtp id 1B3hv2-1VoQUK0; Wed, 17 Mar 2004 21:45:40 +0100 Original-To: Miles Bader In-Reply-To: X-Mailer: Sylpheed version 0.9.4claws (GTK+ 1.2.10; i686-suse-linux) X-Seen: false X-ID: Tb7Ng+Zv8exwiZPRTdX1f8e+TYxSUYUbTWxLXlYp8qCxnrm+S6t00q 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:20551 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20551 Saluton, Miles Bader skribis: > When I do `M-x compile RET', type make, and get a bunch of errors, and > then try `M-x next-error', it doesn't work, and instead just says > `Moved past last error'. > > If I go to the *compilation* buffer, and use `C-c C-c' on an error > line, then that succeeds, and subsequent uses of `next-error' also work > properly. Aha, that's a consequence of scrolling along with the output as it pours in, unless you move the cursor. The (point) in the *compilation* buffer serves as the indication where the 'current' error is. The next one will be found from there onwards. Four possibilities: - not scroll along but stay at the beginning (not so nice) - keep a marker to the next position (strange to not find the next error where the cursor is, though) - remember (or check) that we haven't visited an error from this buffer, and only in that case jump to the beginning - generally wrap around to the begining if any errors were skipped, and only signal this error if none are left (seems the most useful and consistent solution :-) > BTW another point I noticed is that while the old compile command > caused the `current error' (the error last selected by next-error) > to be the top-line in the *compilation* window, the new one doesn't, > making it something like the 3rd line or so. compilation-context-lines defaults to next-screen-context-lines, so as to be consistent with normal scrolling. For some messages a few preceding lines are helpful for understanding. > This makes which error is > current much harder to see; if it's desirable to not use the top of the > window (maybe to see more context?), then I think the current error > should be highlighted or something. That could be done, but not urgently. I suppose people will just get used to this, like they are to the scrolling overlap. coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer P.S.: gnu.org is bouncing my mails. If this doesn't show up on the list, could you please forward it? -- lerne / learn / apprends / läramå / ucz się Esperanto: http://lernu.net/