all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dmitry Gutov <dgutov@yandex.ru>
To: esr@thyrsus.com
Cc: emacs-devel@gnu.org
Subject: Re: My plans for VC mode
Date: Sat, 22 Nov 2014 19:46:20 +0200	[thread overview]
Message-ID: <5470CBEC.3000500@yandex.ru> (raw)
In-Reply-To: <20141122163707.GC25909@thyrsus.com>

On 11/22/2014 06:37 PM, Eric S. Raymond wrote:

> vc-state is likely to surivive with unaltered semantics.  So is diff.

Ok. I'm also using `vc-diff-internal', `vc-buffer-sync' and 
`vc-exec-after', but these seem to be less relevant to the current subject.

> `dir-status' and `dir-status-files', on the other hand...there is a comment
> in vc.el that reads:
>
>      ;; - Another important thing: merge all the status-like backend operations.
>      ;;   We should remove dir-status, state, and dir-status-files, and
>      ;;   replace them with just `status' which takes a fileset and a continuation
>      ;;   (like dir-status) and returns a buffer in which the process(es) are run
>      ;;   (or nil if it worked synchronously).
>
> I think this is a good thing to aim at.

The above list includes `state', which you're saying won't be changed 
much. Other than that, do you mean `dir-status' and `dir-status-files' 
will be merged?

If that means that the new function will behave just like `dir-status' 
when passed a nil (or a directory) instead of a list of files, then how 
that's much better than keeping the functions separate? The downside is 
obvious, meanwhile (API breakage).



  reply	other threads:[~2014-11-22 17:46 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-22 13:33 My plans for VC mode Unknown
2014-11-22 14:17 ` Jan D.
2014-11-22 16:29   ` Eric S. Raymond
2014-11-22 16:44     ` Jan D.
2014-11-22 14:33 ` Dmitry Gutov
2014-11-22 16:37   ` Eric S. Raymond
2014-11-22 17:46     ` Dmitry Gutov [this message]
2014-11-22 18:08       ` Eric S. Raymond
2014-11-23  1:27         ` Dmitry Gutov
2014-11-22 22:32       ` Stefan Monnier
2014-11-23  1:01         ` Dmitry Gutov
2014-11-23  6:25         ` Eric S. Raymond
2014-11-22 23:17   ` Steinar Bang
2014-11-23 20:02     ` Eric S. Raymond
2014-11-23 20:11       ` Eli Zaretskii
2014-11-22 16:11 ` Stefan Monnier
2014-11-22 16:41   ` Eric S. Raymond
2014-11-22 16:59     ` Dieter Deyke
2014-11-22 22:34     ` Stefan Monnier
2014-11-23 19:58       ` Eric S. Raymond
2014-11-24  6:40         ` Dieter Deyke
2014-11-24  7:50           ` Eric S. Raymond
2014-11-24  7:55             ` Kan-Ru Chen (陳侃如)
2014-11-24  8:07               ` Eric S. Raymond
2014-11-24 14:33         ` Stefan Monnier
2014-11-24 17:57           ` Eric S. Raymond
2014-11-23 19:27     ` Ivan Shmakov
2014-11-23 20:10       ` Eric S. Raymond
2014-11-22 19:02 ` Michael Albinus
2014-11-23  6:26   ` Eric S. Raymond
2014-11-23  8:23     ` Michael Albinus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5470CBEC.3000500@yandex.ru \
    --to=dgutov@yandex.ru \
    --cc=emacs-devel@gnu.org \
    --cc=esr@thyrsus.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.