[Top][All Lists]

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

bug#23823: 25.0.95; Reset between highlight buffer/file comparisons

From: Tino Calancha
Subject: bug#23823: 25.0.95; Reset between highlight buffer/file comparisons
Date: Thu, 23 Jun 2016 09:46:27 +0900
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1

On 06/23/2016 12:16 AM, Eli Zaretskii wrote:
What I see is 'f' in a "deleted" face.  Which seems reasonable to me.

Whether a change that countermands another change should count as a
change is a philosophical question that AFAIK doesn't have a
one-fits-all answer.
The way i understand my example is as follows:

1) An user compare current buffer (buf-a) with file-b.
;; buf-a content: boo
;; file-b content: foo
;; they are different: new faces shown their differences.

2) The user update buf-a and perform a new comparison with file-b.
;; buf-a content: foo
;; file-b content: foo
;; same content, but is not obvious because the result of the
;; previous comparison is not removed.

My point is: why don't we perform a fresh comparison in 2?

reply via email to

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