<div class="gmail_quote">On Mon, Jun 13, 2011 at 10:51 AM, Darin Adler <span dir="ltr"><<a href="mailto:darin@apple.com">darin@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Jun 13, 2011, at 10:49 AM, Simon Fraser wrote:<br>
<br>
> On Jun 13, 2011, at 8:30 AM, Darin Adler wrote:<br>
><br>
</div><div class="im">>> 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.<br>


><br>
> 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.<br>
<br>
</div>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.</blockquote><div><br></div><div>

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?</div>

<div><br></div><div>Ojan</div></div>