[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: basing diff on new M-x compile
From: |
Miles Bader |
Subject: |
Re: basing diff on new M-x compile |
Date: |
Mon, 5 Jan 2004 19:23:25 -0500 |
User-agent: |
Mutt/1.3.28i |
On Mon, Jan 05, 2004 at 11:51:43PM +0100, Daniel Pfeiffer wrote:
> Then diff.el is redundant and should just be replaced roughly by a trivial
>
> (defun diff (cmd)
> (interactive clever command prompter)
> (start-process cmd)
> (diff-mode))
My vague recollection is that the past objections to doing this sort of
thing were because the semantics are not exactly the same -- I think it
had something to do with the way that diff.el would visit each half of a
context-hunk in turn, whereas diff-mode would visit subsequent hunks
instead (or maybe it's the other way around :-) -- and that some users
might object to the change.
My feeling before was that it's all a bit silly and arbitrary, and the
gains from using diff-mode everywhere far out-weigh any minor
compatibility concerns like these: diff-mode is just _so_ useful, that you
really, really, want diffs of any sort to be using it where possible.
-miles
--
We live, as we dream -- alone....
- Re: help: adapting your library to new M-x compile, Stefan Monnier, 2004/01/04
- Re: help: adapting your library to new M-x compile, Daniel Pfeiffer, 2004/01/05
- Re: help: adapting your library to new M-x compile, Miles Bader, 2004/01/05
- Re: help: adapting your library to new M-x compile, Stefan Monnier, 2004/01/05
- diff adapted for new M-x compile, Daniel Pfeiffer, 2004/01/11
- Re: diff adapted for new M-x compile, Miles Bader, 2004/01/12
- Re: diff adapted for new M-x compile, Daniel Pfeiffer, 2004/01/12
- Re: diff adapted for new M-x compile, Miles Bader, 2004/01/12
- Re: diff adapted for new M-x compile, Daniel Pfeiffer, 2004/01/13
- Re: diff adapted for new M-x compile, Miles Bader, 2004/01/13