Re: [Fwd: scroll wheel mouse configuration]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Just my 2c:

The default behaviour has ticked me off many many times, but I never
even thought about whether or not the behaviour was broken. Now that I
think about it though: it is. If I want to change a dropdown selection
or a slider, I should at least have to focus that widget with a click
first. Just assuming that I want to change that widget is nasty.

Just fyi, firefox does not do this... (thankfully). Imagine trying to
scroll through a form only to change the selection of half the widgets
on the way down..

Daniel

On Sun, 2007-01-14 at 13:24 -0800, Skunk Worx wrote:
> That's exactly what I'm hoping for--a way to change the default 
> behavior, not necessarily force my wishes on anyone else.
> 
> I don't have too much of a problem with auto switching into unfocused 
> main windows and then scrolling. It seems a little strange, but no big deal.
> 
> My real concern is what I saw last week...an application my company 
> wrote has a scrollable panel with sparsely placed combo boxes, etc. They 
> are in a table.
> 
> As the user scrolled the pane with the mouse wheel, the pointer happened 
> to enter a combo box. It stayed there (stopped scrolling the panel) then 
> began scrolling the combo contents and selecting new values.
> 
> The new values in this case were bitmasks sent to a chipset on our 
> plugin board. The board stopped working until reset.
> 
> At no time did the user click either button or the wheel...only scrolled 
> the wheel. By scrolling the mouse wheel, focus went into the child 
> widget (a combo box in this case) and a value change occurred with no click.
> 
> Windows and OS X don't do this, not by default anyway. I suppose we can 
> start digging into the masks in our apps if no solution exists elsewhere.
> 
> ---
> John
> 
> Jason Brower wrote:
> > Ironically I like this feature.  Nothing gets me more upset than having
> > to click to get TO a window when I can quickly scroll.  It come in very
> > handy because the windows doesn't come to focus.  It simple
> > moves/scrolls the window.  I like it when I am working on something and
> > have a pdf in evince and my programing on the right.  I can set things
> > so that I don't have to have the on top feature.  But can have the pdf
> > scroll withing having to click on it and bring it in front of
> > everything.  I say we keep it the way it is... or provide an option to
> > make your "feature" available.
> > Jason Brower
> > -------- Forwarded Message --------
> > From: Skunk Worx <skunkworx@xxxxxxxxxxx>
> > To: gnome-list@xxxxxxxxx
> > Subject: scroll wheel mouse configuration
> > Date: Sat, 13 Jan 2007 15:04:07 -0800
> > 
> > I am using Fedora Core 6 and gnome and do not like the default behavior 
> > of the pointer when using a scroll wheel mouse.
> > 
> > For example if I have two applications open, and slide the mouse from 
> > one to the other, the focus does not follow. I am okay with that, that 
> > is configurable via a menu setting, stay with me...
> > 
> > However, rotating the scroll mouse over (say) a combo box on the 
> > unfocused window starts changing the values in that combo box. Not just 
> > scrolling through the values, actually scrolling the values and slecting 
> > them! With no mouse click.
> > 
> > As stated, the mouse wheel rotation both scrolls and activates the 
> > change. Open two instances of OpenOffice writer and move the pointer 
> > over the font size combo box. Scrolling the wheel (no click) scrolls the 
> > list and activates the size as it scrolls. This seems very, very wrong.
> > 
> > Now imagine a application with a scrollable pane, sparsely populated 
> > with combo boxes or whatnot. The pointer goes over the pane, the scroll 
> > wheel gets bumped or nudged, and the pane scrolls slightly. Ignoring the 
> > lack of main window focus issue, fine again...
> > 
> > The problem is, scrolling the pane and having the pointer enter a combo 
> > box as the pane slides, now the pointer stops in the combo box and 
> > starts altering the contents of the combo...not just scrolling the 
> > values, but actually performing a selection of the values with no mouse 
> > click at any time. This just seems very, very wrong.
> > 
> > How can I change this or disable the scroll mouse entirely (other than 
> > the obvious of changing out the mouse)?
> > 
> > Is this a gnome or xorg.conf configuration issue? I have asked on the 
> > fedora list and they don't seem to understand what I am talking about.
> > 
> > Neither my Mac mini running tiger nor my windows machines exhibit this 
> > (what I consider) destructive behavior.
> > 
> > Thanks,
> > John
> > _______________________________________________
> > gnome-list mailing list
> > gnome-list@xxxxxxxxx
> > http://mail.gnome.org/mailman/listinfo/gnome-list
> > 
> > _______________________________________________
> > gnome-list mailing list
> > gnome-list@xxxxxxxxx
> > http://mail.gnome.org/mailman/listinfo/gnome-list
> > 
> 
> _______________________________________________
> gnome-list mailing list
> gnome-list@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gnome-list

_______________________________________________
gnome-list mailing list
gnome-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gnome-list

[Index of Archives]     [Fedora Desktop]     [Trinity Users]     [KDE]     [Gimp]     [Yosemite News]

  Powered by Linux