GNU bug report logs - #1183
23.0.60; ediff-buffers is broken

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: monnier <at> iro.umontreal.ca, 1183 <at> debbugs.gnu.org,
        bug-gnu-emacs <at> gnu.org, kifer <at> cs.stonybrook.edu
Subject: bug#1183: 23.0.60; ediff-buffers is broken
Date: Fri, 17 Oct 2008 20:19:28 +0200

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <bug-gnu-emacs <at> gnu.org>, "'Michael Kifer'" <kifer <at> cs.stonybrook.edu>
> Date: Fri, 17 Oct 2008 09:48:06 -0700
> 
> > > We could also let them compare equal, but display a message to the
> > > effect that the buffers define different encoding for saving them to
> > > files. Opinions?
> > 
> > That would be fine, indeed.
> 
> Fine, but not enough. If a user wants to see the textual differences between the
> two buffers, the info that the encodings are different is not helpful enough to
> get the job done.

You misunderstood.  My suggestion, to which Stefan agreed, was that
_in_addition_ to showing any textual differences, ediff-buffers would
display a warning saying that the buffers _also_ differ in the way
they will be encoded on their disk files.

In the extreme case that the text is identical, only the warning will
remain as the single sign of a difference.

> In the case described, there are real textual differences (an
> added Lisp sexp), and ediff-buffers is not at all helpful in showing them.

After Ediff is fixed, you will see the diffs you see in Emacs 22, plus
a message saying that the EOL format is different.

Previous Next

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