Scrolling is a big issue here. I haven't looked into the source carefully but I saw the same behavior of wrong thing getting scrolled. My experience tells me that it's because they use div's scroll or multiple iframes. HTML in mobile browser is terrible at handling multiple scroller because it doesn't know where people touch or intend to scroll. Only famo.us seems to fix this problem by re-writing the whole scrolling feature. However, they screwed it up on some other parts (lolz..) which we heard things might improve.
It's actually just using the browsers scrolling mechanism. Android 4+, iOS 5+ ship with touch-scrolling that you can enable on an element so it's as close to native scrolling as you can get.
Just add this CSS:
overflow: scroll;
-webkit-overflow-scrolling: touch;Right. I have tried that with jQuery Mobile and the behavior was similar to what I saw in this framework. Basically for mobile, it's nearly impossible to have main page scrolling and swipe right to pop out the left menu which also has its own scrolling.
Thanks for the feedback!
* Fixed the scrolling issue. Ios safari doesn't let you disable the bounce so there is a workaround now.
* Ios back gesture works fine... Except in mobile safari, again because there is no way to disable apples back gesture. This would work best in phonegap or Kik where you can control these kinds of things
* Will fix subject bug in demo soon..
It seems this is really good for single page (WebView) embedded in a native app. I am curious whether the wrong scrolls will happen if turn off the scroll functionality of the WebView on iOS or Android.
If you pull a list down from the top or up from the bottom, the wrong thing scrolls. Not sure whether this is possible to work around.
iOS 7-style back gesture does not work.
In the input demo, pressing return on the Subject field submits the form. Demo bug?
Occasional popping when switching screens.
Nevertheless, seems pretty solid in general. I like it.