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: vc-dired Date: Sat, 28 Jul 2007 10:09:52 -0700 Message-ID: <200707281709.l6SH9sCq014395@oogie-boogie.ics.uci.edu> References: <200707211727.l6LHRAC5017861@oogie-boogie.ics.uci.edu> <200707231818.l6NIIZe3011091@oogie-boogie.ics.uci.edu> <20070728.160606.131927928.jet@gyve.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1185642752 9177 80.91.229.12 (28 Jul 2007 17:12:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 28 Jul 2007 17:12:32 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Masatake YAMATO Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 28 19:12:25 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 1IEpq4-00007s-83 for ged-emacs-devel@m.gmane.org; Sat, 28 Jul 2007 19:12:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IEpq3-00010O-Gt for ged-emacs-devel@m.gmane.org; Sat, 28 Jul 2007 13:12:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IEpq0-0000vH-9F for emacs-devel@gnu.org; Sat, 28 Jul 2007 13:12:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IEppz-0000tD-Ld for emacs-devel@gnu.org; Sat, 28 Jul 2007 13:12:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IEppz-0000sp-IK for emacs-devel@gnu.org; Sat, 28 Jul 2007 13:12:19 -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 1IEppz-0002AO-2e for emacs-devel@gnu.org; Sat, 28 Jul 2007 13:12:19 -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 l6SH9sCq014395; Sat, 28 Jul 2007 10:09:57 -0700 (PDT) In-Reply-To: <20070728.160606.131927928.jet@gyve.org> (Masatake YAMATO's message of "Sat\, 28 Jul 2007 16\:06\:06 +0900 \(JST\)") Original-Lines: 46 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-0.763, required 5, autolearn=disabled, ALL_TRUSTED -1.44, J_CHICKENPOX_22 0.60, TW_SV 0.08) 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:75755 Archived-At: Masatake YAMATO writes: > > Stefan Monnier writes: > > > > > >> I was interested in merge DVC to GNU Emacs. However, these days, I am > > > >> busy and I get interests to extend vc-dired, so I've just asked DVC > > > >> developers to assign another people for working on the merging task. > > > > > > > Given that you are interested in vc-dired, can you please look into > > > > these issues: > > > > > > > - pass --ignore= to ls so that it does not recurse into things like > > > > .svn directories > > > > > > At least the vc.el part of VC should simply not use `ls' or any such thing > > > and shouldn't recurse into directories. It should simply ask the backend to > > > do it (the backend can then use "cvs -n update" or "svn status" ...). > > > That'll be blindingly faster. > > > > I would go even farther, IMVHO the "dired" part of the interface for > > vc-dired is not that useful: the 4 top-level menu entries are not very > > useful in the VC context, there's no top level menu for VC operations > > and the files not under VC are not shown by default (it would be good > > to see them so they can be vc-registered if desired). > > It seems to me that a cvs-status like UI would be preferable to > > vc-dired. > > Here is the first very small patch. > Do you think menu item "Version Control" is too long? > "VC" is better? I would think the former. Why don't you just pick one, we can fix it later if needed. > Reorganizing the the 4 top-level is not done yet. I think we have to > think about integrating version control own command and the menu entries. > > svn rm and "Operate"=>"Rename To" menu item. > > In a directory which is version-control'ed by svn, vc-dired user may > expect "svn rm" is run when s/he invoke "Operate"=>"Rename To" menu > item. Right. This is one of the reasons why in a previous message I said that having this mode derived from dired might not be the best idea: not all dired operations are desirable for version controlled files...