In article
<OUT-4E7E0E0B.MD-1.4.17.chris.young(a)unsatisfactorysoftware.co.uk>,
Chris Young <chris.young(a)unsatisfactorysoftware.co.uk> wrote:
Is there any overarching function I can pass these events to to make
this work, or is there no API for scrolling frames from the frontend?
No, not yet. I've got as far as thinking about it, but I'm doing other
things atm.
I can see a potential problem in that the frontend won't know
which
frame the mouse is over, so maybe all scroll events (except physically
dragging frontend scrollbars) need to be passed via the core?
My plan is to make a function front ends can call for scroll wheel
scrolls. The front end would call it, probably saying how many px to
scroll in which direction, and then internally the 'deepest' thing*
capable of being scrolled further in that direction would consume the
request.
*things are: frames, iframes, boxes with overflow:scroll, textareas, etc.
If nothing could be scrolled further in that direction the function would
return this fact to the front end, and then the front end would scroll the
main window, if it's scrollable.
Keyboard scrolling is more of a problem as it's less obvious where the
scroll should end up. Probably the last (i)frame to be clicked in is
where the input should go.
--
Michael Drake (tlsa)
http://www.netsurf-browser.org/