GNU bug report logs - #3641
no antidote to vc-dir-hide-up-to-date

Previous Next

Full log

View this message in rfc822 format

From: Dan Nicolaescu <dann <at> gnu.org>
To: Bill Wohler <wohler <at> newt.com>
Cc: 3641 <at> debbugs.gnu.org
Subject: bug#3641: Rename vc-dir-hide-up-to-date to vc-dir-toggle-up-to-date
Date: Wed, 06 Jul 2011 11:23:30 -0400

Bill Wohler <wohler <at> newt.com> writes:

>> From a usability point of view, a toggle makes sense here.
>
> I'm thinking my initial name isn't very good. It should certainly be
> vc-dir-toggle-something.
>
>> Just curious: Why does vc-dir-hide-up-to-date even exist if that's the
>> hard-coded behavior?
>
> Just answered my own question. If you check in one or more files, they
> will appear and be in the up-to-date state until you run x or g.

Right, so hiding the up to date entries is a matter of just looking at
the entry state and hiding it.
If vc-dir were to display all the up to date files, it would have to ask
the underlying VC system for the file list (or walk the directory tree
by itself...).  
Some VCS don't have a way to provide that.  For example it seems that
"bzr status" cannot do that.
Another problem is that on big trees it would take forever to get such a
file list.

Also after a VC operation vc-dir tries to update the state of all the
displayed items, if the list is too big, the display would take a long
time...

These are all potential problems, but what's missing is for someone to
implement the feature in at least one VC backend, play with it and tell
us how it works.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.