From kfm-devel  Wed Feb 28 20:42:19 2001
From: Tobias Anton <TA () ESC-Electronics ! de>
Date: Wed, 28 Feb 2001 20:42:19 +0000
To: kfm-devel
Subject: Bug#20871: scroll wheel binding IFRAME?
X-MARC-Message: https://marc.info/?l=kfm-devel&m=98339391528748

On Saturday 24 February 2001 19:14, peter@basquette.homeip.net wrote:
> Package: konqueror
> Version: KDE 2.1.0 Beta 2
> Severity: wishlist
> Installed from:    Mandrake RPMs
> Compiler:          Not Specified
> OS:                Linux
> OS/Compiler notes: fully patched Mdk 7.2
>
> When there is an IFRAME in a page, and
> the mouse is over it, if one uses a mouse
> wheel to scroll, the first movement of
> the wheel selects the IFRAME, and the
> later events are given to the IFRAME, rather
> than enclosing page.
>
> so, scrolling with the arrow keys works, but when the mouse happens to =
be
> over a b anner ad,  mouse wheel scrolling
> scrolls the ad, instead of the page.
I'd call this a feature: although IFRAMEs are often used for banner ads, =
you=20
can put complete scrollable pages into the IFRAME.
We deliberately have set the focus policy of the IFRAME, exactly of the=20
KHTMLView to WheelFocus, which makes it grab focus when the wheel is turn=
ed=20
over it.
It's a bit hard to decide what to do here - imagine one uses the iframe t=
o=20
display a large page floated in some frame-like decorations. He'd report =
the=20
bug that IFRAMEs are not scrollable!?

Maybe we should propagate the event to the parent if there's no scrolling=
=20
possible in the IFRAME?

How does IE behave?

Tobias