bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#1183: 23.0.60; ediff-buffers is broken


From: Eli Zaretskii
Subject: bug#1183: 23.0.60; ediff-buffers is broken
Date: Fri, 17 Oct 2008 20:15:04 +0200

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: "'Stefan Monnier'" <monnier@iro.umontreal.ca>,
>         <1183@emacsbugs.donarmstrong.com>, "'Eli Zaretskii'" <eliz@gnu.org>,
>         <bug-gnu-emacs@gnu.org>, "'Michael Kifer'" <kifer@cs.stonybrook.edu>
> Date: Fri, 17 Oct 2008 10:17:27 -0700
> 
> > > > > But first, we should decide whether we want such 
> > > > > buffers to compare equal or not.
> > > > 
> > > > I believe we do, because it's called ediff-buffers.  There's 
> > > > ediff-files for when you want to compare the files.
> > > 
> > > That's terrible. Ediff-buffers has always been usable 
> > > directly for buffers visiting files also. 
> > 
> > I didn't see the original post, but the general idea was that 
> > whenever things look the same in Emacs they should be treated
> > as equal (or equal module spaces). I do not think the user
> > should be bothered with encodings. Copying from buffer
> > to buffer should also be transparent. (And ediff-files and 
> > ediff-buffers should produce the same results.)
> > 
> > Unfortunately, I have not been following the developments in 
> > the last few years, and my knowledge of the mechanics became rusty.
> 
> Everything Michael said sounds right to me.

Then why did you say "that's terrible" in response to Stefan who
expressed the same view as Michael?  They both say that what is
_displayed_ the same in Emacs should compare equal in ediff-buffers.

OTOH, "M-x ediff" that compares _files_ will still show differences
for identical text encoded differently in each of the files.







reply via email to

[Prev in Thread] Current Thread [Next in Thread]