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, 04 Jun 2004 02:33:08 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87llj42p57.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> <4nd64j6u3p.fsf@lifelogs.com> <4n3c5c64mx.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 1086306602 3076 80.91.224.253 (3 Jun 2004 23:50:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2004 23:50:02 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jun 04 01:49:51 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 1BW1y3-0000n8-00 for ; Fri, 04 Jun 2004 01:49:51 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BW1y3-0007ug-00 for ; Fri, 04 Jun 2004 01:49:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BW1yP-000676-9s for emacs-devel@quimby.gnus.org; Thu, 03 Jun 2004 19:50:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BW1yM-00066r-Sv for emacs-devel@gnu.org; Thu, 03 Jun 2004 19:50:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BW1yL-00066f-3m for emacs-devel@gnu.org; Thu, 03 Jun 2004 19:50:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BW1yL-00066c-06 for emacs-devel@gnu.org; Thu, 03 Jun 2004 19:50:09 -0400 Original-Received: from [66.33.219.4] (helo=spork.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BW1xg-0004oi-1W for emacs-devel@gnu.org; Thu, 03 Jun 2004 19:49:28 -0400 Original-Received: from mail.jurta.org (80-235-38-84-dsl.mus.estpak.ee [80.235.38.84]) by spork.dreamhost.com (Postfix) with ESMTP id 405B811DC1F; Thu, 3 Jun 2004 16:49:25 -0700 (PDT) Original-To: Ted Zlatanov In-Reply-To: <4n3c5c64mx.fsf@lifelogs.com> (Ted Zlatanov's message of "Thu, 03 Jun 2004 11:30:14 -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:24492 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24492 Ted Zlatanov writes: > I'm trying to make next-error a universal "next DWIM" interface, and I think "next DWIM" is not the right name. "Do What I Mean" is too general term and doesn't describe precisely the purpose of the mode which basically is extracting locations from the buffer contents and visiting them in other buffers. With all that said, I have a better suggestion: to extend the existing `master-mode' which has a similar purpose. It associates the current buffer (the master) with another buffer (the slave) and allows operating on the slave buffer from the master. When applied to compilation/grep/diff/occur, the master will mean the buffer with locations, and the slave will mean the source buffers where locations are visited. > It would be easier to name hooks for next-error, as well, if it had > its own mode. I would like to create hooks It would be very good if you will add more hooks. I already encountered many situations where more hooks are needed to make the whole framework more extensible. For example, to add a hook that will allow grep/diff to visit files in view mode, and will kill a read-only source buffer when another buffer is visited after subsequent invocation of `next-error'. -- Juri Linkov http://www.jurta.org/emacs/