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: VC state Date: Wed, 09 Apr 2008 10:02:36 -0400 Message-ID: References: <200804061740.m36Hemw8021394@sallyv1.ics.uci.edu> <200804082045.m38KjG5p029421@sallyv1.ics.uci.edu> <200804090307.m3937emd022768@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1207749820 6866 80.91.229.12 (9 Apr 2008 14:03:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Apr 2008 14:03:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 09 16:04:12 2008 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 1Jjatr-0002Tb-8u for ged-emacs-devel@m.gmane.org; Wed, 09 Apr 2008 16:03:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JjatD-00026n-R2 for ged-emacs-devel@m.gmane.org; Wed, 09 Apr 2008 10:03:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jjasq-0001vs-Bc for emacs-devel@gnu.org; Wed, 09 Apr 2008 10:02:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jjaso-0001u7-5H for emacs-devel@gnu.org; Wed, 09 Apr 2008 10:02:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jjasn-0001u0-SZ for emacs-devel@gnu.org; Wed, 09 Apr 2008 10:02:37 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182] helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jjasn-0002Fr-FR for emacs-devel@gnu.org; Wed, 09 Apr 2008 10:02:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoFAPpo/EfO+KV8/2dsb2JhbACBXKsV X-IronPort-AV: E=Sophos;i="4.25,629,1199682000"; d="scan'208";a="18206289" Original-Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 09 Apr 2008 10:02:36 -0400 Original-Received: from pastel.home ([206.248.165.124]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id PSL32036; Wed, 09 Apr 2008 10:02:36 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 23DEA8C24; Wed, 9 Apr 2008 10:02:36 -0400 (EDT) In-Reply-To: <200804090307.m3937emd022768@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Tue, 08 Apr 2008 20:07:40 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.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:94784 Archived-At: >> >> >> - there should be a way to operate on (sub)directories. >> >> >> >> > You mean something more than M-x vc-status DIR/SUBDIR RET ? >> >> >> >> Yes. There's sometimes an important difference between passing "src/" >> >> as the argument vs passing all the files in "src/" that appear in the >> >> vc-status (beside the fact that the former does not require you to >> >> first mark each one of those files). >> >> > Many VC commands choke when given a directory parameter, so this does >> > not seem particularly useful at this time. >> >> > More, given that vc-status is still "experimental code", and there is no >> > clear path/criteria on getting it out of that state, I am not inclined >> > to put more effort in adding more features to it. >> >> I don't see it as particularly experimental: it's what I now use as >> a replacement for PCL-CVS when I use Bzr. > So can the experimental label be removed then? Yes. > How about binding vc-status to C-x v d so that it gets more exposure? > What is the plan for vc-dired? I'd suggest we leave vc-dired alone for now. You can remove vc-dired from the menu bar, tho, and replace it by an entry for vc-status. You may want to put it more preeminently at the beginning of the submenu. As for a key binding, I don't find C-x v d particularly good anyway, so we may as well choose a better one. You may also want to add a vc-dired-noselect (which calls vc-status) to find-directory-functions, like PCL-CVS does (it's what I always use to invoke PCL-CVS). > When can it be removed? Just pretend it's not there. Stefan