One could say it was all better in the old days when mobile browsers did not resize the viewport upon scrolling, but for now we have to deal with it.Īs it stands today, I actually find iOS's behavior makes a lot more sense than Android's. Truth be told, I don't think there could be any ideal solution to this problem. Most website using viewport units were looking great most of the time.
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.ĭynamically 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.įrom the data we had, using the larger view size was the best compromise. 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).
OPEN THE VIEWPORT SCREEN IN NCPLOT UPDATE
If we update the CSS viewport height accordingly, we need to update the layout during the scroll. The base problem is this: the visible area changes dynamically as you scroll. It took quite a bit of work on our part to achieve this effect. Webkit bug has been set to RESOLVED WONTFIX, with this explanation: February 23rd update to heading February 23rd update
0 kommentar(er)
