From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Dan Nicolaescu <dann@ics.uci.edu>
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>
	<jwvfy3huo8t.fsf-monnier+emacs@gnu.org>
	<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 <jet@gyve.org>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 28 19:12:25 2007
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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 <dann@mothra.ics.uci.edu>) 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." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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: <http://permalink.gmane.org/gmane.emacs.devel/75755>

Masatake YAMATO <jet@gyve.org> writes:

  > > Stefan Monnier <monnier@iro.umontreal.ca> 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...