[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Redesigh of the VC front end
From: |
Eric S. Raymond |
Subject: |
Re: Redesigh of the VC front end |
Date: |
Tue, 6 May 2008 04:28:26 -0400 |
User-agent: |
Mutt/1.5.17+20080114 (2008-01-14) |
Dan Nicolaescu <address@hidden>:
> "Eric S. Raymond" <address@hidden> writes:
>
> > 2. Otherwise, if you are in a vc dired buffer, and
> > include-files-not-directories is non-nil, and no fileset is selected,
> > select all files at and below directory level.
>
> This is a wart that is used by vc-next-action for the following: if in a
> vc-dir buffer, you have a directory selected and do C-x v v what action
> should be performed?
> If you have files selected, the decision is made based on the files state.
> For directories, then with this flag, return the list of files is
> returned and the decision based on the file state. The VC action is
> still performed on the directory...
> Better ideas on how to handle this case are quite welcome.
Hm. I think I see what you're driving at now.
Here's what I think is right. We generalize vc-backend so it can take a
directory argument, The default semantics is just: look for a backend by
control subdirectory in the user's preference order. But if we select a
backend on the directory using C-u C-x v v, it should remember that.
Then we get rid of this wart. The directory is passed to commands;
include-files-not-directories goes away.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
Re: Redesigh of the VC front end, Eric S. Raymond, 2008/05/06
Re: Redesigh of the VC front end, Dan Nicolaescu, 2008/05/05
- Re: Redesigh of the VC front end,
Eric S. Raymond <=
Re: Redesigh of the VC front end, Karl Fogel, 2008/05/05