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

Re: TortoiseMerge scroll widget bug (or text widget mouse capture bug)

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Wed, 08 Feb 2012 20:45:37 +0100

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
> 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.

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

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.