From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: TAB for non-editing modes Date: Sat, 22 Sep 2007 14:51:29 -0700 Message-ID: <200709222151.l8MLpUkY014551@oogie-boogie.ics.uci.edu> References: <200709221635.l8MGZUdZ007370@oogie-boogie.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1190497973 20557 80.91.229.12 (22 Sep 2007 21:52:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 22 Sep 2007 21:52:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 22 23:52:47 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IZCu7-0002a0-6J for ged-emacs-devel@m.gmane.org; Sat, 22 Sep 2007 23:52:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IZCu4-0007cd-Ob for ged-emacs-devel@m.gmane.org; Sat, 22 Sep 2007 17:52:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IZCu2-0007cV-5z for emacs-devel@gnu.org; Sat, 22 Sep 2007 17:52:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IZCu1-0007cJ-KO for emacs-devel@gnu.org; Sat, 22 Sep 2007 17:52:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IZCu1-0007cG-Hh for emacs-devel@gnu.org; Sat, 22 Sep 2007 17:52:41 -0400 Original-Received: from oogie-boogie.ics.uci.edu ([128.195.1.41]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IZCu0-00068R-Q9 for emacs-devel@gnu.org; Sat, 22 Sep 2007 17:52:41 -0400 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by oogie-boogie.ics.uci.edu (8.13.6/8.13.6) with ESMTP id l8MLpUkY014551; Sat, 22 Sep 2007 14:51:30 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Sat\, 22 Sep 2007 12\:01\:08 -0700") Original-Lines: 38 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-Detected-Kernel: Solaris 9 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:79536 Archived-At: "Drew Adams" writes: > > > TAB does not do anything for pcvs, dired, log-view and maybe > others > > > It would be nice if TAB would do something for these modes too. > > > > > > It seems harmless to add that functionality in modes that are > > > read-only and have distinguishable links. I don't see that this > > > is very useful in Dired, though. > > > > Why not? I'd rather have TAB run dired-next-line instead of throwing > > an error "Buffer is read-only" as it does now. > > That is truly a waste of a key binding, IMO. `n' does that already. I have > nothing against giving `TAB' a useful binding in Dired, but there is no > sense duplicating `n' for that. > > If no truly useful Dired binding for `TAB' can be found now, then let's > leave it alone - something will come up eventually. The problem with binding > it now to something that is not particularly useful is that that binding can > become cast in stone, a sacred cow that is later defended against replacing > with a truly useful binding. > > If we don't bind `TAB' in Dired to something useful now, we might consider > unbinding it there, more precisely, binding it to `undefined'. It is silly > for `TAB' to invoke `indent-for-tab-command' in Dired. Duplication is not a good way to evaluate this, we have many keys that are duplicated. The question is it useful? Is it intuitive to use? Is it consistent with other uses of the same key? IMO the answer is YES to all those questions. > Generalizing this (note: a topic change) - Please start another thread with this, with a different subject.