From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Tab/S-Tab in compile buffers Date: Sat, 23 Jul 2005 00:43:49 +0200 Message-ID: <42E176A5.30701@student.lu.se> References: <36d7b3525e.3525e36d7b@net.lu.se> <87vf32yb04.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1122074611 29660 80.91.229.2 (22 Jul 2005 23:23:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 22 Jul 2005 23:23:31 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 23 01:23:31 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dw6rW-00031z-Fp for ged-emacs-devel@m.gmane.org; Sat, 23 Jul 2005 01:23:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw6tg-0003ho-72 for ged-emacs-devel@m.gmane.org; Fri, 22 Jul 2005 19:25:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dw6c8-0005gI-Ad for emacs-devel@gnu.org; Fri, 22 Jul 2005 19:07:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dw6c6-0005fj-6H for emacs-devel@gnu.org; Fri, 22 Jul 2005 19:07:31 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dw6ZR-0004yk-Tt for emacs-devel@gnu.org; Fri, 22 Jul 2005 19:04:46 -0400 Original-Received: from [81.228.11.98] (helo=pne-smtpout1-sn1.fre.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dw6PA-0005qE-S9 for emacs-devel@gnu.org; Fri, 22 Jul 2005 18:54:09 -0400 Original-Received: from [192.168.123.121] (83.249.205.6) by pne-smtpout1-sn1.fre.skanova.net (7.2.060.1) id 42B813B00051F17F; Sat, 23 Jul 2005 00:43:49 +0200 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en Original-To: Juri Linkov In-Reply-To: <87vf32yb04.fsf@jurta.org> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:41160 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41160 Juri Linkov wrote: >>A compilation buffer has a lot of underlined links. I would expect >>Tab/S-Tab to move between those just as they do in Help or Info (and >>in web-browsers ;-). >> >>Should Tab/S-Tab behave the same way in a compilation buffer? >> >> > >A few days ago I added the [backtab] key binding to the existing [tab] >key binding in grep.el for symmetry. I don't know why [tab] was >bound to `compilation-next-file' instead of `compilation-next-error'. >It is more natural to expect [tab] moving to the next underlined link >(which `compilation-next-error' does). So what about the following patch >(I also deleted commented-out bindings for next-line because this is now >implemented by `next-error-follow-minor-mode'): > > Thanks, I think it would be nice to have this.