Live data from Hacker News

More Responsive Tapping on iOS

webkit.org

1–10 of 36 posts

Re: More Responsive Tapping on iOS

#4
Why did it take eight years to implement this work around? This would have been useful in 2007 after SJ, himself, told us to make web apps in leu native apps for the then non-existent App Store.

Re: More Responsive Tapping on iOS

#6
Standard accessibility disclaimer to people developing websites: please do not set "user-scalable=no" in the viewport meta tag, as this prevents users from pinch-zooming the page.

Many designers think "there's no need to allow zooming", but this is often coming from people who are blessed with youth and/or great eye-sight. A lot of people (especially as we get older) need to be able to zoom in to read things, or we just want to zoom in on images to be able to see more detail (especially graphics that have text in them).

Fortunately, you don't need to set "user-scalable=no" in order to reap the benefits of the "no tap delay" (thank you to the webkit team for hearing people's feedback about this and changing course from their original plan which was to only disable tap delay when page wasn't scalable).

Re: More Responsive Tapping on iOS

#7

Standard accessibility disclaimer to people developing websites: please do not set "user-scalable=no" in the viewport meta tag, as this prevents users from pinch-zooming the page. Many designers think "there's no need to allow zooming", but this is often coming from people who are blessed with youth and/or great eye-sight. A lot of people (especially as we get older) need to be able to zoom in to read things, or we j…

Most of the sites employing this are aiming at providing more "app-y" experiences, though - and apps don't allow you to zoom in that way. I'd love to see browsers allow you to tap into OS-level accessibility settings easily, and set the font size to match the OS, etc.

Re: More Responsive Tapping on iOS

#9

Standard accessibility disclaimer to people developing websites: please do not set "user-scalable=no" in the viewport meta tag, as this prevents users from pinch-zooming the page. Many designers think "there's no need to allow zooming", but this is often coming from people who are blessed with youth and/or great eye-sight. A lot of people (especially as we get older) need to be able to zoom in to read things, or we j…

> A lot of people (especially as we get older) need to be able to zoom in to read things,

At least on Android, Chrome has an accessibility setting which forces pinch zooming to be always available. (Not arguing your point though.)

Re: More Responsive Tapping on iOS

#10
post #4

Why did it take eight years to implement this work around? This would have been useful in 2007 after SJ, himself, told us to make web apps in leu native apps for the then non-existent App Store.

If you double-tap on a fixed-width viewport page in iOS Safari today, it scrolls the page so the content you tapped is centered. The blog post doesn't mention this, but obviously they need to remove that behavior if they are no long detecting double-taps. Maybe it was good for accessibility?
Post reply on HN