[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: TortoiseIDiff "compare" vs. "show difference"

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-07-25 19:59:50 CEST

Lorenz wrote:
> Hi Stefan,
> Stefan Küng wrote:
>> Lorenz wrote:
>>> Hi Stefan,
>>> [...]
> Stefan Küng wrote:
>>> I'm not sure if the xor-view is the right methode, though.
>>> If I understand it correctly, identical pixels are displayed in
>>> background color, whereas differing pixel show up as some (at least to
>>> me) unpredictable mixed color.
>>> I'll do more tests the next days.
>> You're right, identical pixels show in the background color (well, they
>> are made to disappear). And the pixels which are different show up in
>> the 'merged' (OR'ed) color of both pixels.
> I don't think that's really OR'ed, but it's XOR'ed neither, nor any
> other boolean operation I can identify 8-(

Ok, you got me :)
It's actually an XOR, and then a NOT. Without the invert after the XOR,
identical pixels would show as black.

>> That's the best we can do, really.
> as I don't know how the software does it's magic internally (yet), I
> can't comment on that.
> I will try to find the time to look into the source code myself.
> Despite the fact, that windows programing for me is a totaly strange
> and foreign land 8-)

Well, take this as an opportunity to learn something new :)

> And thanks for the /overlay and /fit command line options.
> Ahem ... what do you think about a /noImageInfo switch <wry grin>

see revision 10235.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Jul 25 19:58:47 2007

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.