At 01:02 +0800 2006/08/20, bill lam wrote:
Eric Iverson wrote:
3. wheel events require keyboard focus. This is part of the problem
shown by Oleg's example with two grids on form. The tab key can be used
to shift focus between the controls and the wheel event is triggered to
the control with keyboard focus. Note that char events such as up/down
arrow go to the same grid as the wheel events. The gird code needs to be
updated to do appropriate setfocus and this will be done for the next beta.
I guess wheel events need not require keyboard focus. Take a look at
thunderbird
or firefox with 2 or more panes. When mouse is over a pane, mouse wheel will
scroll that pane, and when mouse is off that pane, (no need to mouse click to
select focus), it won't scroll that pane. This have the advantage of being
intuitive and will not affect keyboard focus.
It may worth a look to see what convection is adopted by other applications.
I have become addicted to my Mac "super mouse" the scroll
"wheel" on it has both vertical and horizontal motion (it is
really a micro-trackball). So, as Bill says, even without focus
on a page, if the pointer is hovering over a scrollable area
the wheel works, in the case of Firefox and Eudora both
vertical and horizontal scroll works, even in unfocused panes.
Apple Mail and Safari require the pane be in focus, in the
case of Apple Mail pointer hover is used to determine which
section (list or displayed message) is scrolled. Some older
applications (including JW) don't support the horizontal
scroll wheel. Paying attention to the scrolls in unfocused
panes seems quite useful. Paying attention to both horizontal
and vertical scrolls in focused panes seems essential.
In the case of Mac JW, I would be MUCH happier if a mouse click
required to focus a pane DID NOT ALSO reposition the cursor
on that pane. Changing the cursor is a pain - pane focus pain.
- joey
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
