From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: storm@cua.dk (Kim F. Storm)
Newsgroups: gmane.emacs.devel
Subject: Re: Add M-x occur to the menu-bar
Date: 13 Feb 2004 22:47:30 +0100
Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org
Message-ID: <m37jyqzm6l.fsf@kfs-l.imdomain.dk>
References: <FC3DA3DC8D4AD311AB910020352A8FDC10755573@eagle.midas-kapiti.com>
	<3F69E6FF.9050702@yahoo.com> <4n8yjto16h.fsf@collins.bwh.harvard.edu>
	<wc365exfgns.fsf@mu.cis.ohio-state.edu>
	<jwv3ca1dxk0.fsf-monnier+emacs/devel@asado.iro.umontreal.ca>
	<4nisixjibl.fsf@collins.bwh.harvard.edu>
	<20040127230323.GB5407@fencepost>
	<4n7jzc919v.fsf@collins.bwh.harvard.edu>
	<jwvk73cm9xc.fsf-monnier+emacs/devel@asado.iro.umontreal.ca>
	<E1AmGKE-0001B5-6E@fencepost.gnu.org>
	<4nn085i7nl.fsf@collins.bwh.harvard.edu>
	<4noese37h0.fsf@collins.bwh.harvard.edu>
	<m3vfmmjutn.fsf@kfs-l.imdomain.dk>
	<4nbrodxwqm.fsf@collins.bwh.harvard.edu>
	<m3fzdnsqv3.fsf@kfs-l.imdomain.dk>
	<4n8yjcccvj.fsf@collins.bwh.harvard.edu>
	<E1AqXFy-00033j-Mh@fencepost.gnu.org>
	<m3znbryoo1.fsf@kfs-l.imdomain.dk>
	<E1ArIGz-0007O0-J9@fencepost.gnu.org>
	<4nwu6sp7ni.fsf@collins.bwh.harvard.edu>
	<jwvr7x06q95.fsf-monnier+emacs/
NNTP-Posting-Host: deer.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: sea.gmane.org 1076705372 29286 80.91.224.253 (13 Feb 2004 20:49:32 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Fri, 13 Feb 2004 20:49:32 +0000 (UTC)
Cc: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Feb 13 21:49:22 2004
Return-path: <emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1ArkFW-0008BN-00
	for <emacs-devel@deer.gmane.org>; Fri, 13 Feb 2004 21:49:22 +0100
Original-Received: from monty-python.gnu.org ([199.232.76.173])
	by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian))
	id 1ArkFW-0004d5-00
	for <emacs-devel@quimby.gnus.org>; Fri, 13 Feb 2004 21:49:22 +0100
Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.24)
	id 1ArkEY-0008VM-Nc
	for emacs-devel@quimby.gnus.org; Fri, 13 Feb 2004 15:48:22 -0500
Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24)
	id 1ArkEK-0008Ux-MO
	for emacs-devel@gnu.org; Fri, 13 Feb 2004 15:48:08 -0500
Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24)
	id 1ArkDo-0008TC-2Q
	for emacs-devel@gnu.org; Fri, 13 Feb 2004 15:48:07 -0500
Original-Received: from [195.41.46.235] (helo=pfepa.post.tele.dk)
	by monty-python.gnu.org with esmtp (Exim 4.24) id 1ArkDn-0008SW-Nk
	for emacs-devel@gnu.org; Fri, 13 Feb 2004 15:47:35 -0500
Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk
	[80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP
	id B9378480089; Fri, 13 Feb 2004 21:47:33 +0100 (CET)
Original-To: Ted Zlatanov <tzz@lifelogs.com>
In-Reply-To: <4n4qtuj4i3.fsf@collins.bwh.harvard.edu>
Original-Lines: 20
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.2
Precedence: list
List-Id: Emacs development discussions.  <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org
Xref: main.gmane.org gmane.emacs.devel:19925
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19925

Ted Zlatanov <tzz@lifelogs.com> writes:

> This makes me wonder if this should be a separate next-error.el file,
> instead of a patch to compile.el...  That way we don't have to load
> compile.el, and the code presents a standard interface to other
> modules.  What do you think?  If you like next-error.el, I can write
> that up.

I agree that splitting next-error out of compile.el would be useful.  

I wonder if it really warrents a separate file though; maybe it could
just go into simple.el?

> 
> If we're just modifying compile.el, I need to know if you and Stefan
> agree about whether the variable should be just local or buffer-local.
> I'm OK with either, though I think just make-local-variable makes more
> sense because of the reasons Stefan gave.

It is ok with me.