Hi Wade! iOS5 will address most of this (this September, likely, as beta 4 was released today). Here's a review with some details you may want to look at.
http://davidbcalhoun.com/2011/new-mobile-safari-stuff-in-ios5-position-fixed-overflow-scroll-new-input-type-support-web-workers-ecmascript-5 The baseline of the development here is WebKit, so these issues are identical in Android and Blackberry devices as well. iOS5 adds a slew of WebKit fixes, and depending on which flavor of non-iOS device you have, and what carrier you have, you may or may not get any fixes. That bites. I've tried all the frameworks you have on this list, and I have to agree. How many have I actually used in a project? None. In general, I would say that if you want to look like an app, be an app. If not, don't. Dancing in the middle of the road just gets you squished. Personally, I think GMail in iPhone/iPad is (to me anyway) just plain awful. So I have a two-part recommendation. 1) If you're not an app, don't try to scroll or act like an app. Act like an elegant, mobile-specific web page that scrolls. No one will hate you for that. This notion that you don't want zooming is, well, kinda bad, IMO. If I want to zoom, I am likely trying to read something too small. This is normal, desired feature to me. If I can't, I'm immediately out of my comfort zone. 2) If you want to be an "app", you should be one. Of the HTML-code solutions, Appceleator is by far the best. I really don't like PhoneGap's poor performance at all. But for iOS, you have to go through the App Store route, which scares people. That being said, a true Objective-C app in iOS has no peer. This much is certain, if it looks like crap on their iPad, your brand is damaged. It's probably not your decision, and there are probably resource issues. But I have to say, heaven help you if you have a competitor who does a nice native app. That will affect their brand, and yours, regardless of what you do. Best Wishes, Cole Quoting Trevyn Meyer <[email protected]>: > Its all css html and js. Easy to cascade and manipulate. > > -----Original message----- > From: Wade Preston Shearer <[email protected]> > To: Trevyn Meyer <[email protected]> > Cc: Utah PHP Users Group Discuss <[email protected]> > Sent: Sun, Jul 24, 2011 18:08:37 GMT+00:00 > Subject: Re: [UPHPU] fixed position toolbars in iOS browser app > > jQuery Mobile is only an acceptable solution if you're willing to > have the toolbars fade out as you scroll and then back in when you > stop though. That's annoying. > > My developer who was starting to play with jQuery Mobile also said > that it was difficult if you wanted to use your own interface. Was > he missing something or overcomplicating it? > > > On 24 Jul 2011, at 11:57, Trevyn Meyer wrote: > >> Jquerymobile is simple. >> >> Wade Preston Shearer <[email protected]> wrote: >> >>> I am currently working on a browser application targeted at Safari >>> Mobile. The design calls for fixed toolbars across the top and >>> bottom (similar to standard, native iPhone applications, but this >>> will have a custom design). Normally, such a thing is quite simple >>> with a web application, but due to some differences in the way >>> Safari Mobile works (content moving/zooming/panning instead of >>> scrolling behind the view port), this isn't possible. >>> >>> The basic issues are that Mobile Safari: >>> >>> 1. doesn't/hasn't support(ed) fixed positioning >>> >>> 2. doesn't/hasn't support(ed) scrolling of overflowed content in a >>> div (a recent update added two-finger scroll for over-flowed divs, >>> but there are no scroll bars to indicate to the user that there is >>> hidden/scrollable content) >>> >>> >>> For those unfamiliar with the details, here are some articles: >>> >>> http://doctyper.com/archives/200808/fixed-positioning-on-mobile-safari/ >>> >>> http://camerondaigle.com/articles/regarding_fixed_positioning_in_mobile_safari >>> >>> >>> Solutions that people have come up can be grouped into two categories: >>> >>> 1. position the toolbars absolutely and then have a continuous >>> listener that reposition them as the user scrolls >>> >>> 2. position the toolbars inline, overflow the center content, and >>> use javascript/hacks to enable scrolling >>> >>> >>> The issues with these solutions: >>> >>> 1. The problem I have with this approach is that Mobile Safari >>> doesn't register the scroll until after it has completed. This >>> makes it so that it can't slide doesn't and appear fixed. You have >>> to fade it out when the scroll is initiated and then fade it back >>> in once it has been completed. >>> >>> 2. Faking bounce, pan, zoom behaviors are never going to be as >>> good as the native solutions they are mimicking. Customers notice >>> and something feels wrong with your app. >>> >>> >>> Popular solutions: >>> >>> >>> http://jquerymobile.com/ >>> >>> jQuery Mobile users the first approach. This isn't an acceptable >>> solution in my book. I'm also not interested in jQuery Mobile >>> because it's primary purpose is an interface framework—something I >>> don't need. I also have an interface framework. I just need some >>> libraries/tools to assist with basic functionality. >>> >>> >>> Sencha >>> >>> http://www.sencha.com/products/touch/ >>> >>> Everything I have read about Sencha is that it's really hard to >>> work with. I'm also adverse to it for the same reasons as jQuery >>> Mobile. I don't want an interface, or for the app to look like a >>> native iPhone app. >>> >>> >>> jQtouch >>> >>> http://jqtouch.com/ >>> >>> Development has mostly stopped on this. It also doesn't provide a >>> fixed toolbars solution. >>> >>> >>> iScroll >>> >>> http://cubiq.org/iscroll >>> >>> This works for solution two but I wasn't impressed with the >>> behavior—scrolling was clunky. >>> >>> >>> Richard Herrera's Fixed-positioning >>> >>> http://doctyper.com/archives/200808/fixed-positioning-on-mobile-safari/ >>> >>> This seems to work alright, but there still should be a better way. >>> >>> >>> Google's approach >>> >>> http://code.google.com/mobile/articles/webapp_fixed_ui.html >>> >>> This is similar to what iScroll and Richard Herrara are doing, but >>> feels more complete. The behavior isn't completely up-to-par with >>> the native behaviors, but gmail on the iPhone and iPad are pretty >>> decent. >>> >>> >>> While rumors state that Apple is adding position: fixed and >>> single-finger-scroll to iOS 5, it's not out yet and will be a >>> while before everyone will be upgraded. >>> >>> http://davidbcalhoun.com/2011/new-mobile-safari-stuff-in-ios5-position-fixed-overflow-scroll-new-input-type-support-web-workers-ecmascript-5 >>> >>> >>> Thus, in the interim, I'm desperately looking for a solution. I'm >>> currently heading down the path that Google took. Has anyone >>> developed a browser application for Mobile Safari that had fixed >>> headers and footers? What approach did you take? Any advice? Any >>> other solutions out there? >>> >>> >>> Thanks, >>> >>> Wade >>> >>> _______________________________________________ >>> >>> UPHPU mailing list >>> [email protected] >>> http://uphpu.org/mailman/listinfo/uphpu >>> IRC: #uphpu on irc.freenode.net > > > _______________________________________________ > > UPHPU mailing list > [email protected] > http://uphpu.org/mailman/listinfo/uphpu > IRC: #uphpu on irc.freenode.net _______________________________________________ UPHPU mailing list [email protected] http://uphpu.org/mailman/listinfo/uphpu IRC: #uphpu on irc.freenode.net
