On 06.02.2012 23:32, z wrote:
> 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
> 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.
I've opened issue #206 for this:
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-02-08 20:45:46 CET