From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Tak Ota Newsgroups: gmane.emacs.devel Subject: Re: next-error refactoring Date: Mon, 07 Jun 2004 10:01:37 -0700 (PDT) Organization: Sony Electronics Inc. Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040607.100137.09589938.Takaaki.Ota@am.sony.com> References: <4n3c5c64mx.fsf@lifelogs.com> <4nhdtnqrek.fsf@lifelogs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1086627761 16190 80.91.224.253 (7 Jun 2004 17:02:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Jun 2004 17:02:41 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Jun 07 19:02:30 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 1BXNW2-0007yj-00 for ; Mon, 07 Jun 2004 19:02:30 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BXNW2-0007PA-00 for ; Mon, 07 Jun 2004 19:02:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BXNWa-00024N-3s for emacs-devel@quimby.gnus.org; Mon, 07 Jun 2004 13:03:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BXNWR-00023z-GA for emacs-devel@gnu.org; Mon, 07 Jun 2004 13:02:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BXNWN-00023W-6B for emacs-devel@gnu.org; Mon, 07 Jun 2004 13:02:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BXNWN-00023M-3V for emacs-devel@gnu.org; Mon, 07 Jun 2004 13:02:51 -0400 Original-Received: from [160.33.82.68] (helo=mail1.fw-sj.sony.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BXNVX-0007R0-CG for emacs-devel@gnu.org; Mon, 07 Jun 2004 13:01:59 -0400 Original-Received: from mail3.sjc.in.sel.sony.com (mail3.sjc.in.sel.sony.com [43.134.1.211]) by mail1.fw-sj.sony.com (8.12.11/8.12.11) with ESMTP id i57H1gQK016064; Mon, 7 Jun 2004 17:01:47 GMT Original-Received: from localhost ([43.191.16.116]) by mail3.sjc.in.sel.sony.com (8.12.11/8.12.11) with ESMTP id i57H1fSd007903; Mon, 7 Jun 2004 17:01:42 GMT Original-To: tzz@lifelogs.com In-Reply-To: <4nhdtnqrek.fsf@lifelogs.com> X-Telephone: +1-858-942-3239 X-Fax------: +1-858-942-9142 X-SnailMail: 16450 West Bernardo Drive MZ7205, San Diego, CA 92127-1804 X-Mailer: Mew-4.0.65 on Emacs-21.3.50.1 (i386-msvc-nt5.1.2600) of 2004-06-02 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:24679 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24679 I agree. I'm often irritated the difference in user interface between compilation, grep and occur. -Tak Mon, 07 Jun 2004 12:11:47 -0400: Ted Zlatanov wrote: > On Thu, 03 Jun 2004, rms@gnu.org wrote: > > > I'm trying to make next-error a universal "next DWIM" interface, > > > > I think it is better if we don't do that now; I am not sure it is > > a good idea. > > > > However, if you make a proposal and argue for it, I will think about > > it. > > I've made the case several times on this mailing list. There are two > reasons: > > 1) There are many modes that can benefit from a next-error (or > whatever it's called by then) approach. In code, for instance, > next-error could move between functions. In dired, it could move > to the next file. In W3 it could go back/forward in the history > or between links. > > 2) Approaching next-error as we do now, in a haphazard fashion, > implemented specifically in every mode that needs to use it, is > painful for the developer. It's much easier to provide hooks, a > keymap, and all the other niceties of a standalone minor mode. > Users will certainly appreciate that too. Also, if and when > next-error changes, developers won't have to change their code. > > Ted > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel