Stefan Küng 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-(
>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-)
>> There is one thing that hampers my intended usage: zooming-in always
>> aligns the images top left corner to the top left corner of the TIdiff
>> window, or centers it to the window if int fits completely within.
>> Zooming preserve the position in the picture, that is the position in
>> the center of the window (when using the zoom buttons) or the beneath
>> the mouse curser (when using the scroll wheel) should stay where it
>Zooming fixed in revision 10219 and 10220.
>> Just out of curiosity: is there a reason, why the blend slider and the
>> new blend mode buttons are located within the image area? I would have
>> placed them in the toolbar.
>We had them at the top of the view before, but it wasn't easily
>accessible for people (they didn't notice it there).
I find it overlapping part of the image area annoying sometimes.
And thanks for the /overlay and /fit command line options.
Ahem ... what do you think about a /noImageInfo switch <wry grin>
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Wed Jul 25 09:15:09 2007