From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: next-error refactoring Date: Fri, 28 May 2004 21:14:42 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87d64os9kd.fsf@mail.jurta.org> References: <20040503.071327.124836670.Takaaki.Ota@am.sony.com> <20040504.075437.207586641.Takaaki.Ota@am.sony.com> <87llk552oz.fsf@mail.jurta.org> <87isf6e7ji.fsf@mail.jurta.org> <87iseg4x5d.fsf@mail.jurta.org> <4npt8oeet9.fsf_-_@lifelogs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1085799834 18074 80.91.224.253 (29 May 2004 03:03:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 29 May 2004 03:03:54 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat May 29 05:03:49 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 1BTu8S-0002g3-00 for ; Sat, 29 May 2004 05:03:48 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BTu8S-0000fK-00 for ; Sat, 29 May 2004 05:03:48 +0200 Original-Received: from [127.0.0.1] (helo=mailman.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BTu8W-0004JW-GA for emacs-devel@quimby.gnus.org; Fri, 28 May 2004 23:03:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BTu09-0007BO-FL for emacs-devel@gnu.org; Fri, 28 May 2004 22:55:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BTu07-0007Al-7V for emacs-devel@gnu.org; Fri, 28 May 2004 22:55:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BTu06-0007Ag-WC for emacs-devel@gnu.org; Fri, 28 May 2004 22:55:11 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BTn9b-0001Ua-UK for emacs-devel@gnu.org; Fri, 28 May 2004 15:37:03 -0400 Original-Received: from [66.33.219.19] (helo=spoon.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BTm7T-0007DX-Vu for emacs-devel@gnu.org; Fri, 28 May 2004 14:30:16 -0400 Original-Received: from mail.jurta.org (80-235-39-226-dsl.mus.estpak.ee [80.235.39.226]) by spoon.dreamhost.com (Postfix) with ESMTP id 04D4313D8E1; Fri, 28 May 2004 11:30:10 -0700 (PDT) Original-To: Ted Zlatanov In-Reply-To: <4npt8oeet9.fsf_-_@lifelogs.com> (Ted Zlatanov's message of "Fri, 28 May 2004 11:45:06 -0400") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) 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:24119 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24119 Ted Zlatanov writes: > Is it time to make next-error a minor mode with its own next-error.el > file? It seems like a useful thing, instead of manually hooking it > into all the user modes. The minor mode could provide hooks that > would replace the current code; this would also facilitate adoption > by other modes. Yes, making it a minor mode with its own file would be a very useful thing! However, I think the name `next-error' is not right anymore when applied to non-`compile' modes like `grep', `diff', `occur', and possible future modes. Its name should clearly constitute its essence which is to visit the locations described in one buffer sequentially or in a user-defined order in other buffers. -- Juri Linkov http://www.jurta.org/emacs/