From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Refreshing Info nodes Date: Wed, 16 Jun 2010 09:39:58 -0400 Message-ID: References: <87631mkeic.fsf@gmail.com> <87hbl54oi0.fsf@mail.jurta.org> <87r5k9clxh.fsf@mail.jurta.org> <87hbl4kn77.fsf@mail.jurta.org> <87bpbbkgt1.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1276695670 20756 80.91.229.12 (16 Jun 2010 13:41:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Jun 2010 13:41:10 +0000 (UTC) Cc: Juri Linkov , Deniz Dogan , joakim@verona.se, emacs-devel@gnu.org To: Wojciech Meyer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 16 15:41:07 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OOsra-0002mN-G5 for ged-emacs-devel@m.gmane.org; Wed, 16 Jun 2010 15:41:06 +0200 Original-Received: from localhost ([127.0.0.1]:42244 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOsrZ-0006KL-R5 for ged-emacs-devel@m.gmane.org; Wed, 16 Jun 2010 09:41:05 -0400 Original-Received: from [140.186.70.92] (port=32977 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOsqg-0005lZ-OG for emacs-devel@gnu.org; Wed, 16 Jun 2010 09:40:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOsqf-0008Lx-Du for emacs-devel@gnu.org; Wed, 16 Jun 2010 09:40:10 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:45501 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOsqf-0008Lk-Ad for emacs-devel@gnu.org; Wed, 16 Jun 2010 09:40:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAGVwGExFxISg/2dsb2JhbACeeHK/KYJuCIIkBI0R X-IronPort-AV: E=Sophos;i="4.53,426,1272859200"; d="scan'208";a="68142596" Original-Received: from 69-196-132-160.dsl.teksavvy.com (HELO pastel.home) ([69.196.132.160]) by ironport2-out.pppoe.ca with ESMTP; 16 Jun 2010 09:40:07 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 1B92480BC; Wed, 16 Jun 2010 09:39:58 -0400 (EDT) In-Reply-To: <87bpbbkgt1.fsf@gmail.com> (Wojciech Meyer's message of "Wed, 16 Jun 2010 00:38:18 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:126009 Archived-At: >> back(last) up goto revert >> dired q ^ j g >> info l u g - >> help C-c C-b ? ? - Help uses "g" for `View-goto-line' but should switch it to `revert-buffer' (after getting it to work, obviously). Note that dired's `q' is not just a different key but it also behaves differently since it doesn't work *within* a buffer, but jumps to some earlier one instead. > is file-system -> dired), this should be unified. (one base mode for it? > I've noticed that we can inherit major modes). The closest parent we have for such uses is `special-mode' which does not account for the "hierarchical" part, nor for the "goto". I.e. it is only meant to unify the revert-buffer binding ("g") as well as the quit-window binding ("q"). Currently special-mode is under used, so patches to use it in more places are very welcome. > BTW: I found that vc-status could be pretty much similar to dired. Would > that be feasible to annotate files in dired and shift some functionality > from vc-status mode to dired? (Most of the time I spent in dired anyway, > and calling vs status, or having a feedback about status of files under > version control could be good. In my experience with pcl-cvs and vc-dired (tainted by the fact that vc-dired was painfully slow), dired already uses up a lot of horizontal space and a lot of key-bindings, so adding VC to it is problematic. Furthermore, while adding VC status to files in Dired might be good enough for small projects, for large projects it usually suffers from the fact that you need to have an overview of all the files you have modified, which are often scattered among a few directories, which is why vc-dir doesn't list all the files, but only the "interesting ones". Stefan