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-last-buffer Date: Thu, 13 May 2004 07:15:11 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87fza52ca8.fsf@mail.jurta.org> References: <871xluig40.fsf@mail.jurta.org> <873c6983t9.fsf@mail.jurta.org> <8765b3vm0r.fsf@mail.jurta.org> <4nn04fgeli.fsf@lifelogs.com> <87hdumto1j.fsf@mail.jurta.org> <4n7jvhg3f9.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 1084422262 27044 80.91.224.253 (13 May 2004 04:24:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 13 May 2004 04:24:22 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu May 13 06:24:11 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 1BO7lT-0000OQ-00 for ; Thu, 13 May 2004 06:24:11 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BO7lT-0000zx-00 for ; Thu, 13 May 2004 06:24:11 +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 1BO7iM-0003h3-5g for emacs-devel@quimby.gnus.org; Thu, 13 May 2004 00:20:58 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BO7hw-0003gm-1z for emacs-devel@gnu.org; Thu, 13 May 2004 00:20:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BO7hQ-0003QX-9v for emacs-devel@gnu.org; Thu, 13 May 2004 00:20:31 -0400 Original-Received: from [66.33.219.4] (helo=spork.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BO7hO-0003Nb-Qp for emacs-devel@gnu.org; Thu, 13 May 2004 00:20:00 -0400 Original-Received: from mail.jurta.org (80-235-35-214-dsl.mus.estpak.ee [80.235.35.214]) by spork.dreamhost.com (Postfix) with ESMTP id E826311DC4B; Wed, 12 May 2004 21:19:54 -0700 (PDT) Original-To: Ted Zlatanov In-Reply-To: <4n7jvhg3f9.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 12 May 2004 09:50:34 -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:23295 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23295 Ted Zlatanov writes: > What predefined behaviors should we allow? > > - use the last visited buffer > - prefer {compile,grep,occur} buffers > - use the visible buffers > - user-defined function > > The behavior preferences should be in a list, so the user can say "use > my function, then use the visible buffers first, then try a compile > buffer, then use the last visited buffer" for instance. I really > think most users will be happy with a default of "last visited buffer" > but we should let the users decide by making it easy to configure. Defining rules by a list would be good. For example: (defcustom next-error-find-buffer-functions '(next-error-visible-buffer ; predefined function next-error-find-buffer-function ; user-defined next-error-last-buffer ; predefined function ...) :type '(repeat symbol)) But isn't this unnecessarily complicated? >> I thought again about why the current behavior is too confusing >> and I think I found the reason: the most confusing is the fact that >> the compilation buffer is visible in the window adjacent to the >> source file window where the point is located, but typing C-x ` >> uses the last but not visible compilation buffer. > > You are not a typical user. I, for instance, have NEVER run more than > one compilation at a time. I may have to in the future, sure, but I > doubt it's typical user behavior. So we are free to define any default behavior of selecting the compilation buffer because any our decision will not affect typical users ;-) -- Juri Linkov http://www.jurta.org/emacs/