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

Re: Request for improvement

From: Jean-Marc van Leerdam <j.m.van.leerdam_at_gmail.com>
Date: Thu, 29 Mar 2012 09:25:43 +0200

Hi,

On 29 March 2012 08:22, Markus Schaber <m.schaber_at_3s-software.com> wrote:

> Hi, Stefan,
>
> > Von: Stefan Küng [mailto:tortoisesvn_at_gmail.com]
> > On 28.03.2012 14:28, Arne.Bachmann_at_dlr.de wrote:
> > > The initial focus in the repo browser is on the drop-down list for all
> > > recently visited repository URLs.
> > >
> > > This is somewhat unfortunate, because when opening the repo browser
> > > from the explorer, the current repository is usually already selected
> > > in the drop down and as a user I expect the mouse scroll wheel to
> > > scroll in the file list, not in the focused URL drop down list.
> > >
> > > This behavior leads to all URLs alive or dead being contacted on
> > > accidental or misinterpreting use of the mouse scroll wheel, which
> > > breaks flow of interaction with the system and is rather frustrating
> > > when no longer active URLs get contacted and time out only after some
> > > time.
> >
> > In the early days, the initial focus was on the tree-list control - back
> > then the repo browser only had one combined tree/list control and not a
> > separate tree and list control as it has now.
> > But then people complained that the focus should be on the drop down url
> > control, so we changed that.
> >
> > Changing this again would not really help, since then the same people
> > would complain.
>
> In one of my former jobs, one of my coworkers applied a Hook somewhere
> which redirects Scroll Wheel events to the control just under the mouse
> pointer, instead of the one having the focus.
>
> Some Windows Software (e. G. Outlook 2010) and most Linux software I know
> shows that behavior by default.
>
>
+1 I second that, I find it quite convenient to have the control under the
mouse respond to mouse actions instead of the control that has keyboard
focus. It is quite frustrating to see a visual cue when your mouse hovers
over an area and then see another area respond to the scroll wheel.

I also know that explorer is one of the annoying applications that require
you to click on the tree view (or the file list) before mouse wheel scroll
events are processed, but IMHO that does not have to limit the way TSVN
dialogs handle mouse wheel events.

-- 
Regards,
Jean-Marc
--
.       ___
.  @@  // \\      "De Chelonian Mobile"
. (_,\/ \_/ \     TortoiseSVN
.   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
.   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2941822
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-03-29 09:25:53 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.