[Webkit-unassigned] [Bug 141832] Viewport height is taller than the visible part of the document in some mobile browsers

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Nov 30 10:28:07 PST 2015


https://bugs.webkit.org/show_bug.cgi?id=141832

David Bokan <bokan at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bokan at chromium.org

--- Comment #8 from David Bokan <bokan at chromium.org> ---
(In reply to comment #5)
> This is completely intentional. It took quite a bit of work on our part to
> achieve this effect. :)
> 
> The base problem is this: the visible area changes dynamically as you
> scroll. If we update the CSS viewport height accordingly, we need to update
> the layout during the scroll. Not only that looks like shit, but doing that
> at 60 FPS is practically impossible in most pages (60 FPS is the baseline
> framerate on iOS).
> 
> It is hard to show you the "looks like shit" part, but imagine as you
> scroll, the contents moves and what you want on screen is continuously
> shifting.
> 
> Dynamically updating the height was not working, we had a few choices: drop
> viewport units on iOS, match the document size like before iOS 8, use the
> small view size, use the large view size.
> 
> From the data we had, using the larger view size was the best compromise.
> Most website using viewport units were looking great most of the time.

Hi Benjamin, sorry to resurrect this old bug, but I'm working on improving interop between Chromium and Safari here and the choice to use the larger view size seems strange given that the ICB uses the smaller view size.

In particular, this means height:100% and height:100vh will be different which might be surprising. Did you intentionally make the ICB and 100vh unequal? Do you have any examples of pages that look better using this method?

Thanks,
David

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20151130/d2b271bf/attachment.html>


More information about the webkit-unassigned mailing list