[webkit-dev] Expected behavior of "scrolling" attribute for IFrame element

Ojan Vafai ojan at chromium.org
Mon Jun 13 11:05:09 PDT 2011


On Mon, Jun 13, 2011 at 10:51 AM, Darin Adler <darin at apple.com> wrote:

> On Jun 13, 2011, at 10:49 AM, Simon Fraser wrote:
>
> > On Jun 13, 2011, at 8:30 AM, Darin Adler wrote:
> >
> >> As I understand it, generally speaking, if we have something like a find
> feature or autoscrolling code that scrolls outside the normal mechanism, it
> still should not scroll such an area and needs some other way to deal with
> content that is hidden by being off the edge of a scrollable area. This can
> happen with things like large margin values (particularly negative ones) as
> well as simply overflowing the space provided.
> >
> > overflow:hidden divs can still be scrolled via JS by setting 'scrollTop',
> however, so it's not clear to me that programmatic scrolling should be
> prevented.
>
> Good point. Even though we need to prevent find or autoscrolling from
> scrolling, it seems we must not prevent explicit programmatic scrolling.
> I’ll add a comment to the bug about this.


overflow:hidden divs are used to implement custom scrollbars. While
find-in-page breaking wouldn't be too bad, breaking autoscrolling on these
sites would likely require us to rollback the change. Maybe we should expose
an attribute or CSS property to allow controlling this to give sites a
workaround?

Ojan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20110613/94be0e6c/attachment.html>


More information about the webkit-dev mailing list