('binary' encoding is not supported, stored as-is)
On Mon Dec 25 12:12 , Stefan_Küng <tortoisesvn@gmail.com> sent:
>Simon Large wrote:
>
>> I TortoiseIDiff when the images are linked and I drag the image in the
>> right pane, the right image follows the mouse pointer and the left image
>> snaps to position, keeping in sync after a short delay. However, when I
>> drag the image in the left pane, it is still the right image which
>> follows the mouse pointer, and the left image which snaps to position. I
>> would expect the image that the mouse is over to be the more responsive
>> one.
>
>That's because the WM_PAINT message has a very low priority. Only if no
>other window messages are in the queue, then a WM_PAINT message is
>generated.
>If you had a *really* fast computer, you might see that both views would
>'move' at the same time.
>
>I've now changed the code to *force* a WM_PAINT message (revision 8389)
It's not the repaint speed which bothers me, or even that the windows don't stay
in sync while dragging. It is the fact that the wrong window has higher priority
for repainting - the right pane always has priority for repaint even when the
mouse is dragging the left pane.
>> A nice touch would be to change the pointer to an open hand over the
>> image, and a closed hand when the mouse button is down, as in acrobat.
>> That makes it more obvious that you can drag the images.
>
>Done in revision 8391 - but the cursors could use some of Lübbe's touch :)
Thanks.
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Dec 26 11:20:23 2006