I'm not blaming jQuery Mobile or Sencha. I think mobile browsers are just not ready for delivering a smooth UI experience that's up to par with native apps.
I'm not blaming jQuery Mobile or Sencha. I think mobile browsers are just not ready for delivering a smooth UI experience that's up to par with native apps.
Yes, it lags ever so slightly, but faster CPU in iPhone 5 should take care of that. My only other complain is that they messed up calculating tap areas for tabbar/toolbar items - Sencha has tap area equal to the visual size of the button, whereas UIKit assigns entire section of the toolbar (44 pixels tall in portrait), which makes a lot of difference in tap detection. But I don't see why they can't fix it, and then it would be pretty good...
To be clear, I am still staying away from UIWebView in favor of UIKit, but I am getting increasingly interested in this.
This is always the reply of web developers -- even on the desktop! "Yes, it's slow now, but it'll be faster with new hardware!".
Meanwhile, the native applications use that additional processor power to do more stuff, and the webapps fall further behind again.
I also wonder where are the people who would appreciate this sort of contribution. They gotta be somewhere...
Mobile web frameworks get you an immediate boost in developer productivity, but down the road, those gains are given back as you try to achieve reasonable performance, which to some extent is a fools errand because you just have so much library code bogging down the browser/webview.
Other parts of a mobile web app, like CSS3 transitions, will perform as well as the browser/phone lets them. Using CSS3 for transitions and animations is definitely "the right way", but as of now, these are pretty clunky on most phones.
Right now i guess either rolling your own framework or looking into alternatives like Zepto.js makes more sense.