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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3641 in the body.
You can then email your comments to 3641 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: jidanni <at> jidanni.org
To: bug-gnu-emacs <at> gnu.org
Subject: no antidote to vc-dir-hide-up-to-date
Date: Sun, 21 Jun 2009 19:36:16 +0800

(info "(emacs) VC Directory Commands")
   `x' hides up-to-date files.
x runs the command vc-dir-hide-up-to-date, which is an interactive
   Hide up-to-date items from display.

OK, but how to then un-hide them back? the user wonders.

There should be a documented antidote function, or one to "show all
files, even boring ones."

Message #10 received at 3641 <at> debbugs.gnu.org (full text, mbox):

From: Mario Frasca <mariotomo <at> gmail.com>
To: 3641 <at> debbugs.gnu.org
Subject: please more info
Date: Wed, 2 Mar 2011 12:18:50 +0100

I started using *svn-status* I found it a bit unfortunate that the key
bindings are not the same as *cvs* and that you can't have more than
one buffer at a time.  now I'm starting to contribute to a project
where they use mercurial, and I was looking for an emacs interface and
found *vc-dir*.

one thing, an important thing, I miss here is the possiblity to show
up-to-date files.

why is it filed as a "wish"?
it seems to me an important missing feature!

I tried to implement it myself, but I'm missing a function (I call it
here vc-dir-find-versioned-child-files) that gives me the list of the
files that are under version control.

(defun vc-dir-show-child-files ()
  "expand the directory under the cursor"
  (interactive)
  (let ((files (vc-dir-find-versioned-child-files (vc-dir-current-file)))
        fileentries)
    (when files
      (dolist (crt files)
        (push (list (file-relative-name crt) (vc-state crt))
              fileentries))
      (vc-dir-update fileentries (current-buffer)))))

see also http://stackoverflow.com/questions/5107266

Message #13 received at 3641 <at> debbugs.gnu.org (full text, mbox):

From: Bill Wohler <wohler <at> newt.com>
To: 3641 <at> debbugs.gnu.org
Subject: Rename vc-dir-hide-up-to-date to vc-dir-toggle-up-to-date
Date: Tue, 05 Jul 2011 13:39:56 -0700

While this is strictly a feature request, it should have high priority
since it hobbles the utility of *vc-dir*. Most of the *vc-dir* commands
are appropriate and desirable for up-to-date files.

From a usability point of view, a toggle makes sense here.

Just curious: Why does vc-dir-hide-up-to-date even exist if that's the
hard-coded behavior?

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

Message #16 received at 3641 <at> debbugs.gnu.org (full text, mbox):

From: Bill Wohler <wohler <at> newt.com>
To: 3641 <at> debbugs.gnu.org
Subject: Re: Rename vc-dir-hide-up-to-date to vc-dir-toggle-up-to-date
Date: Tue, 05 Jul 2011 17:45:05 -0700

> 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.

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

Message #19 received at 3641 <at> debbugs.gnu.org (full text, mbox):

From: Dan Nicolaescu <dann <at> gnu.org>
To: Bill Wohler <wohler <at> newt.com>
Cc: 3641 <at> debbugs.gnu.org
Subject: Re: 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.

Message #22 received at 3641 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: jidanni <at> jidanni.org
Cc: 3641 <at> debbugs.gnu.org
Subject: Re: bug#3641: no antidote to vc-dir-hide-up-to-date
Date: Sun, 13 Oct 2019 21:54:30 +0200

jidanni <at> jidanni.org writes:

> (info "(emacs) VC Directory Commands")
>    `x' hides up-to-date files.
> x runs the command vc-dir-hide-up-to-date, which is an interactive
>    Hide up-to-date items from display.
>
> OK, but how to then un-hide them back? the user wonders.
>
> There should be a documented antidote function, or one to "show all
> files, even boring ones."

Displaying all the files in a repo in the vc-dir buffer doesn't sound
like a very useful command to me, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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