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 state Date: Wed, 09 Apr 2008 15:54:09 -0700 Message-ID: <200804092254.m39Ms92q011551@sallyv1.ics.uci.edu> References: <200804061740.m36Hemw8021394@sallyv1.ics.uci.edu> <200804082045.m38KjG5p029421@sallyv1.ics.uci.edu> <200804090307.m3937emd022768@sallyv1.ics.uci.edu> <18428.15723.176227.750017@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1207781771 1437 80.91.229.12 (9 Apr 2008 22:56:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Apr 2008 22:56:11 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 10 00:56:44 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 1JjjDf-0001jh-Ed for ged-emacs-devel@m.gmane.org; Thu, 10 Apr 2008 00:56:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JjjD2-00052v-1U for ged-emacs-devel@m.gmane.org; Wed, 09 Apr 2008 18:56:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JjjCd-0004jG-8S for emacs-devel@gnu.org; Wed, 09 Apr 2008 18:55:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JjjCb-0004hl-CE for emacs-devel@gnu.org; Wed, 09 Apr 2008 18:55:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JjjCb-0004hf-3J for emacs-devel@gnu.org; Wed, 09 Apr 2008 18:55:37 -0400 Original-Received: from sallyv1.ics.uci.edu ([128.195.1.109]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1JjjCa-0003i4-LA for emacs-devel@gnu.org; Wed, 09 Apr 2008 18:55:36 -0400 X-ICS-MailScanner-Watermark: 1208386450.86507@iM6vs1j2qYTUPqdZdJM84w Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv1.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m39Ms92q011551; Wed, 9 Apr 2008 15:54:09 -0700 (PDT) In-Reply-To: <18428.15723.176227.750017@kahikatea.snap.net.nz> (Nick Roberts's message of "Wed, 9 Apr 2008 15:52:11 +1200") Original-Lines: 68 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: by monty-python.gnu.org: Solaris 10 (beta) 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:94824 Archived-At: Nick Roberts writes: > > > 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? > > How about binding vc-status to C-x v d so that it gets more exposure? > > What is the plan for vc-dired? > > When can it be removed? > > IMO it does not make sense to keep code for two different > > implementations of the same thing, it just adds complexity to the code. > > Any "experimental label" is in the mind, so consider it already removed. > If vc-status is meant to be an improved replacement for vc-dired then > it seems reasonable to me that it takes the binding 'C-x v d'. However, > I still use vc-dired so I think it's unreasonable to remove vc-dired > until vc-status does everything better. > > I've only briefly looked at vc-status but here are a few things that I > noticed: Sorry you went through the trouble to write this, most of this stuff is well known, some is already present in the Todo section. But none of this is a bug per se, just missing features that were not implemented yet because there were more important things to deal with. If more people join the development, they can be implemented faster, nothing here is complicated, and (except for the stay-local support) does not require knowledge of VC. So this is an open invitation for anyone to join the effort. > * vc-status doesn't seem to heed vc-stay-local or vc-cvs-stay-local. That is fine, vc-status does not care about those, it just displays whatever the backend tells it to display. The backends are the ones that are supposed to take care of this. > * The filenames are highlighted by the mouse but clicking mouse-2 doesn't > visit the file in another buffer > > * The statuses are highlighted by the mouse but clicking mouse-2 doesn't > do anything special > > * The bindings vc-status-previous/next-line are on the menubar as menu-items > but no-one would ever use them from there. They were added when the menu was almost empty, they might get removed later when more useful stuff is added, but they don't hurt anything for now. > * I'm not sure if the keybindings are based on Dired or Pcl-cvs but they > seem to be an unmemorable mix of upper and lowercase letters and other > characters. Most key bindings are explained in the comments. But I don't really want to discuss them on the mailing list, this type of discussion tends to be never ending. > * If Emacs can't connect with the server there is no message in the buffer > or elsewhere to explain what has happened. > > * There is no description in the manual for vc-status. Indeed the node > "VC Status" is about Log-View mode. > > * The mode name is "*VC Status*". I think the convention of enclosing > names in asterisks is for buffer names only. I keep forgetting to change that one, I'll fix it when I get a chance.