[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs-devel Digest, Vol 46, Issue 169
From: |
Eric S. Raymond |
Subject: |
Re: Emacs-devel Digest, Vol 46, Issue 169 |
Date: |
Mon, 31 Dec 2007 10:48:42 -0500 |
User-agent: |
Mutt/1.5.15+20070412 (2007-04-11) |
From: "Stephen J. Turnbull" <address@hidden>
> Subject: Selection-set editing without VC-dired
> To: "Eric S. Raymond" <address@hidden>
> Cc: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii
>
> Eric S. Raymond writes:
>
> > So, I'm not outright rejecting the idea of a non-VC-Dired UI for
> > specifying selection sets. But I think it would be better for
> > now if I continued to focus on making VC-Dired so fast that
> > you won't really want or need an alternate set-editing method.
>
> For subfile (hunk-level) selection, you definitely will. This is one
> of the features that makes Darcs fanatics.
Granted. But I'm not reay to design that UI yet. I have lot of other
things that need doing on the mode first.
From: Miles Bader <address@hidden>
> "Stephen J. Turnbull" <address@hidden> writes:
> > > So, I'm not outright rejecting the idea of a non-VC-Dired UI for
> > > specifying selection sets. But I think it would be better for
> > > now if I continued to focus on making VC-Dired so fast that
> > > you won't really want or need an alternate set-editing method.
> >
> > For subfile (hunk-level) selection, you definitely will. This is one
> > of the features that makes Darcs fanatics.
>
> Git can also do this sort of thing (I don't use it often, but it can be
> reallly nice when you need it!), and using the "index" for commit allows
> for even more possibilities.
>
> However, are there enough common details to make a common vc interface
> to such details practical?
I don't know yet. It's on my to-do list to find out.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: Emacs-devel Digest, Vol 46, Issue 169,
Eric S. Raymond <=