TortoiseMerge scroll widget bug (or text widget mouse capture bug)
From: z <zeromus_at_rydia.pi-r-squared.com>
Date: Mon, 6 Feb 2012 14:32:18 -0800 (PST)
This has been a bug for eons, I believe, but I am testing it here in tsvn 1.7.4 build 22459 32bit.
These are my repro steps but they could be simpler.
Do a diff on a modified file in a repository. Select some text in the lefthand pane by dragging with the mouse. Keep the mouse button held down, and continue dragging into the graphical scroll window area at the leftmost part of the TortoiseMerge window. It will accept mouse input immediately and jack up whatever you were trying to select.
I would expect for this zoomable scroll window widget to discard mouse events until the drag from the text pane is completed. In other words, its interaction should begin with mouse down and not mouse move.
This particular manifestation is most frustrating. However, the real problem is that the text widget doesn't capture the mouse. By continuing a text drag-select operation into other areas of the TortoiseMerge window, you will see various hover events and cursor changes occurring, demonstrating that the mouse capture is not happening in the text widget. Fixing that should clear up these associated eccentricities while also fixing the core usability issue involving the scroll widget.
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
|
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.