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: Fri, 04 Jun 2004 02:42:36 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <877juoqesz.fsf@mail.jurta.org> References: <871xluig40.fsf@mail.jurta.org> <87d64sgsw9.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1086313811 16451 80.91.224.253 (4 Jun 2004 01:50:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 4 Jun 2004 01:50:11 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jun 04 03:50:03 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 1BW3qN-0007MG-00 for ; Fri, 04 Jun 2004 03:50:03 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BW3qN-0002lC-00 for ; Fri, 04 Jun 2004 03:50:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BW3qj-0004vq-2P for emacs-devel@quimby.gnus.org; Thu, 03 Jun 2004 21:50:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BW3qU-0004vh-ML for emacs-devel@gnu.org; Thu, 03 Jun 2004 21:50:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BW3qS-0004vR-8C for emacs-devel@gnu.org; Thu, 03 Jun 2004 21: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 1BW3qS-0004vN-3o for emacs-devel@gnu.org; Thu, 03 Jun 2004 21:50:08 -0400 Original-Received: from [66.33.219.4] (helo=spork.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BW3py-0000i9-0M; Thu, 03 Jun 2004 21:49:38 -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 A993511DC1E; Thu, 3 Jun 2004 18:49:35 -0700 (PDT) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Fri, 28 May 2004 21:44:27 -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:24497 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:24497 Richard Stallman writes: > goto-error: C-m, C-c C-c, M-o > > Why do we want to define M-o as well as the other two? > That doesn't follow any general convention, it isn't more > convenient than C-m, and it isn't needed for compatibility. Occur mode binds "o" to `occur-mode-goto-occurrence-other-window' and diff mode binds "o" to `diff-goto-source'. But since "o" should insert the ?o character in other modes, I added "M-" key prefix. Though, M-o is not needed too much. > next-error-no-visit: M-n > > Let's call that forward-error-message. > > previous-error-no-visit: M-p > > Let's call that backward-error-message. So as I understand, a general convention would be using forward-/backward- prefix for commands that move the point only in the current compile/grep/... buffer, and next-/previous- for commands which are invoked in the source buffers. It would be good if this convention will be followed for all function names. > next-error-file-no-select: M-}, M-N > > I'd rather avoid defining M-N and M-P as different from M-n and M-p. > We don't need to do it; M-{ and M-} are equally easy to type. They are not easy to type on most European keyboards, so alternative keybindings couldn't hurt. BTW, C-x ` is not easy to type on these keyboards too. There could be an alternative keybinding. > Also, let's call these commands forward-error-source-file > and backward-error-source-file. > > next-error-file: new global command without keybindings > previous-error-file: new global command without keybindings > > What would these new commands do? These commands would do the same what `forward-error-source-file' and backward-error-source-file' will do in the current compilation buffer. But `next-error-file' and `previous-error-file' will be called from the source buffers, like `next-error' and `previous-error', and will visit the next file instead of the next error. Actually, instead of adding these new commands it would be better if `next-error' interpreted a special prefix argument with the meaning to skip to the next file. But it seems all possible prefix arguments of C-x ` are already used. -- Juri Linkov http://www.jurta.org/emacs/