[UI] Mouse wheel

[Bill Schwab]

Gary,

Ok, the place to start is for me to double check my preferences.  More
to come.  Thanks!

Bill





Wilhelm K. Schwab, Ph.D.
University of Florida
Department of Anesthesiology
PO Box 100254
Gainesville, FL 32610-0254

Email: bschwab at anest.ufl.edu
Tel: (352) 846-1285
FAX: (352) 392-7029

>>> gazzaguru2 at btinternet.com 02/04/08 6:01 AM >>>
Odd, I get the expected behaviour (with mouseClickForKeyboardFocus
enabled
and mouseOverForKeyboardFocus disabled).

> -----Original Message-----
> From: ui-bounces at lists.squeakfoundation.org
> [mailto:ui-bounces at lists.squeakfoundation.org]On Behalf Of Bill Schwab
> Sent: 03 February 2008 12:32 AM
> To: ui at lists.squeakfoundation.org
> Subject: RE: [UI] Mouse wheel
>
>
> Gary,
>
> I saw 285 and loaded that and fiddled around slightly.  I made a point
> of using the wheel to scroll panes in inactive windows interspersed
with
> typing in the active window, and that seems to work except when the
> scrolling list is part of the active window.  With the other traffic,
I
> suspect that a change to regain keyboard selection in the lists is
being
> enabled on mouse over (if only in/under the active windows) vs. after
> transfer of focus.  I see where you are going, but it essentially
brings
> back the "lists grab the focus" problem.
>
> IMHO, if a user wants to simply point at a list and have it grab the
> focus for keyboard navigation, they should use a policy that changes
> focus on mouse-over.  As a click/tab to change focus type, I want the
> focus to be independent of the mouse movement, and will click/tab to a
> list that I want to navigate by keyboard.  Hopefully it will suffice
to
> limit the navigation to the list with the focus.  Reasonable?
>
> As always, thanks for working on this!!!
>
> Bill
>
>
>
>
> Wilhelm K. Schwab, Ph.D.
> University of Florida
> Department of Anesthesiology
> PO Box 100254
> Gainesville, FL 32610-0254
>
> Email: bschwab at anest.ufl.edu
> Tel: (352) 846-1285
> FAX: (352) 392-7029
>
> >>> gazzaguru2 at btinternet.com 01/28/08 11:42 AM >>>
> Load Pinesoft-Widgets-gvc.284 from SqueakSource and enjoy!
> Was tricky to figure out but done nicely, I think.
> If the VMs get arround to generating mouse wheel events natively
> (rrather
> than simulating with a keystroke) it is a small matter to support that
> when/if that happens.
>
> Will await feedback before updating the Universe.
>
> Regards, Gary.
>
> > -----Original Message-----
> > From: ui-bounces at lists.squeakfoundation.org
> > [mailto:ui-bounces at lists.squeakfoundation.org]On Behalf Of Bill
Schwab
> > Sent: 22 January 2008 3:21 AM
> > To: ui at lists.squeakfoundation.org
> > Subject: Re: [UI] Mouse wheel
> >
> >
> > Gary,
> >
> > It is not terribly high on my priority list, but the more I work
with
> > Squeak, the more I notice that the way other apps handle the wheel
> makes
> > a LOT of sense.  Given a choice, I would opt for solid keyboard
focus
> > every time.
> >
> > Thanks!
> >
> > Bill
> >
> >
> >
> >
> >
> > Wilhelm K. Schwab, Ph.D.
> > University of Florida
> > Department of Anesthesiology
> > PO Box 100254
> > Gainesville, FL 32610-0254
> >
> > Email: bschwab at anest.ufl.edu
> > Tel: (352) 846-1285
> > FAX: (352) 392-7029
> >
> > >>> gazzaguru2 at btinternet.com 01/21/08 6:27 PM >>>
> > I've looked at that, would be nice! Unfortunately, in Squeak, the
> mouse
> > wheel is simulated as keyboard events. It would require some hacking
> to
> > pick these up and send to the mouse focus instead. If there is
> > sufficient interest I'll take a stab at it.
> >
> > Thanks. Gary.
> >
> > ----- Original message -----
> > From: Bill Schwab  <BSchwab at anest.ufl.edu>
> > To: <ui at lists.squeakfoundation.org>
> > Sent: Mon, 21 Jan 2008, 20:45:13 GMT
> > Subject: [UI] Mouse wheel
> > Gary,
> >
> > I hope this is not a repeat, or worse yet reflective of my not
having
> > installed a new enough release, but _almost_ as much as I think
> keyboard
> > focus should be managed very carefully and independent of the mouse
> > cursor location, I think the mouse wheel input should follow the
mouse
> > cursor, even so far as scrolling panes that are not active, and not
> even
> > part of the active shell.  First, I just noticed Ubuntu, its
graphical
> > terminal, and OpenOffice do this to good effect (as just one
example);
> > second, if I am typing, mouse movement is probably made to avoid
> visual
> > distraction from the cursor, if I am turning the mouse wheel, it is
> > almost certainly a deliberate action associated with the cursor
> > location.  Fair?
> >
> > Bill
> >
> >
> >
> > Wilhelm K. Schwab, Ph.D.
> > University of Florida
> > Department of Anesthesiology
> > PO Box 100254
> > Gainesville, FL 32610-0254
> >
> > Email: bschwab at anest.ufl.edu
> > Tel: (352) 846-1285
> > FAX: (352) 392-7029
> >
> > _______________________________________________
> > UI mailing list
> > UI at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/mailman/listinfo/ui
> > _______________________________________________
> > UI mailing list
> > UI at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/mailman/listinfo/ui
> >
> > _______________________________________________
> > UI mailing list
> > UI at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/mailman/listinfo/ui
>
> _______________________________________________
> UI mailing list
> UI at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/ui
>
> _______________________________________________
> UI mailing list
> UI at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/ui

_______________________________________________
UI mailing list
UI at lists.squeakfoundation.org
http://lists.squeakfoundation.org/mailman/listinfo/ui