From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: next-error-last-buffer Date: Thu, 27 May 2004 08:46:16 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <871xluig40.fsf@mail.jurta.org> <87u0y6jjq9.fsf@mail.jurta.org> <4nwu31j4ff.fsf@lifelogs.com> <87zn7wgtel.fsf@mail.jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1085678937 29114 80.91.224.253 (27 May 2004 17:28:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 27 May 2004 17:28:57 +0000 (UTC) Cc: tzz@lifelogs.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu May 27 19:28:41 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 1BTOgL-0001Cl-00 for ; Thu, 27 May 2004 19:28:41 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTOgL-0006xy-00 for ; Thu, 27 May 2004 19:28:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BTMVg-0003fp-OX for emacs-devel@quimby.gnus.org; Thu, 27 May 2004 11:09:33 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BTLzj-00073L-87 for emacs-devel@gnu.org; Thu, 27 May 2004 10:36:31 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BTLz3-0006wH-3I for emacs-devel@gnu.org; Thu, 27 May 2004 10:36:20 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BTKH2-0001BW-VT for emacs-devel@gnu.org; Thu, 27 May 2004 08:46:17 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1BTKH2-0008TW-8v; Thu, 27 May 2004 08:46:16 -0400 Original-To: Juri Linkov In-reply-to: <87zn7wgtel.fsf@mail.jurta.org> (message from Juri Linkov on Tue, 25 May 2004 23:09:09 +0300) 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:24031 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24031 When users want to go to the next place in the patch file they can revisit it by killing a buffer and visiting it again (e.g. by C-x C-f). This way the variable `next-error-function' will be set again in that buffer. Sorry, I don't like that--I think it is a problem, not a solution. If there is a real need to enable next-error-function in the existing buffer visited by next-error (i.e. if it's not too rare case when the user needs to kill a buffer and create a new, that may be inconvenient if performed too often), then next-error-function could be enabled again by setting it to the initial value by typing C-m or one of other error visiting keys available in the next-error capable buffer. That might be an ok solution. It is worth trying, at least.