Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iPad Compatibility #17

Open
louiswalch opened this issue Jun 2, 2013 · 4 comments
Open

iPad Compatibility #17

louiswalch opened this issue Jun 2, 2013 · 4 comments

Comments

@louiswalch
Copy link

The event doesn't fire until after scrolling has stopped on iPad, so elements don't fire as the user is scrolling down the page.

@MuTLY
Copy link

MuTLY commented Oct 1, 2013

I think, for the moment, it’s not possible on iOS devices. iOS devices freeze DOM manipulation during scroll, queuing them to apply when the scroll finishes.

@nicooprat
Copy link

I know Skrollr uses a work around for this, it might interest you.

The solution consists in wrapping all your content in a specific div, then listening on the touchmove event on it as far as I remember.

@joshribakoff
Copy link

@MuTLY - yes it freezes some DOM manipulation. But this plugin isn't in the business of manipulating the DOM.

You can fix it so the event fires continuously during scrolling on iPad. Just bind to touchmove in addition to scroll. It's literally that simple.

As for users of jquery.inview who try to manipulate the DOM in response to these events, that's where you run into trouble.

@MuTLY
Copy link

MuTLY commented Aug 26, 2014

I see. Thank you @nicooprat and @joshribakoff for the explanations.

GerHobbelt pushed a commit to GerHobbelt/jquery.inview that referenced this issue Oct 12, 2015
jquery 2.x support + checkInView fixes
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants