<div class="gmail_quote">On Mon, Jun 13, 2011 at 11:21 AM, Darin Adler <span dir="ltr"><<a href="mailto:darin@apple.com" target="_blank">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>On Jun 13, 2011, at 11:05 AM, Ojan Vafai wrote:<br>> On Mon, Jun 13, 2011 at 10:51 AM, Darin Adler <<a href="mailto:darin@apple.com" target="_blank">darin@apple.com</a>> wrote:<br>
</div><div>>> 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.<br>
><br>
> 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?<br>



<br>
</div>Could be.<br>
<br>
I guess at root this is a user interface problem. Scrolling something if there is no UI for scrolling back is a problem. Similarly, scrolling something into view that a developer thinks is invisible is a problem. I guess the browser does need some way to tell if the user can scroll back, so it can various forms of scrolling in those cases.<br>



<br>
It would be best if we could correctly do this even on existing sites, but I donít have any ideas about how to tell cases where a scroll would be a bad idea from cases where a scroll would be OK.<br></blockquote><div><br>


</div><div>I agree. I think it would be fine to disable autoscroll for overflow:hidden by default if we give a way for sites to turn it back on.†</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Implementing custom scrollbars is often a bad idea for websites that want to work well on platforms like Mac OS X Lion with a modern input device and iOS that donít have conventional scrollbars. Not sure how to promulgate the best practices here.<br>


</blockquote><div><br></div><div>Yeah. I can't think of a way to improve the situation beyond just giving developers control over autoscroll.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Just curious: On the sites you know of that do this to implement custom scrollbars, do they use the scroll event to update the scrollbars when scrolling is done by the browser engine?<br></blockquote><div><br></div><div>

I'm not sure. The only real-world case of this I can think of is Google Wave. I'm not sure what their implementation is like though.</div><div>†</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<font color="#888888">† †-- Darin</font></blockquote></div>