[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?