iphone-standalone-web-app

I'm having trouble with a full-screen (saved to home screen) iPhone web app on iOS7. Typically, when an input is selected, it has scrolled into view above the keyboard. However, this doesn't seem to happen on iOS7 for scrolling DIVs in a full-screen web app. Thus, when a DIV uses "-webkit-overflow-scrolling: touch" and an input in the bottom half of the screen is clicked, the keyboard is fired, but the input doesn't scroll up. AND, at that time, the input won't respond to any further onFocus events that I could otherwise scroll it up with. Anyone seen a workaround? Updating the viewport meta

I have a webapp for iPad with the meta tag: <meta name="apple-mobile-web-app-capable" content="yes"> When I open up the app from the homepage (web-app-capable version) or type in the address in Mobile Safari the contents of localStorage are different. I have confirmed that the addresses are identical by printing location.href. All changes made to localStorage while using Mobile safari are reflected in the web-app-capable version, but changes made in the web-app-capable version are not reflected in the Mobile Safari version. The domains are identical, localStorage should be identical. What in

How can I code a button to make a shortcut for mobile phone especially on iPhone and Android. I'm using boilerplate as a framework so it would automatically be adding this on the head section <link rel="shortcut icon" href="img/l/apple-touch-icon.png"> . I think this would be my default icon to be used. now I have a button in my html that is setup like this <a href="#"><img src="img/button-shortcut.jpg" /></a> I'm not sure what to put in my href or should I implement it using javascript. I'm also not sure what is the proper term, I'm just guessing it's called as a "shortcut" What' I'm trying

What I'm trying to do is this: I've got a web app the user can choose to add to the homescreen and run in standalone mode. Sometimes the server side of the app sends SMS'es to the user to notify the user of significant events. The SMS contains an URI to the app page of the event. If the user has added the application to homescreen I would like to launch the app in standalone mode Is there a way to achieve this? EDIT From what I've found so far iOS does not implement a url scheme for launching browser based (ie. web apps) in standalone mode. ... But apple should though :) Apple implements

I'm trying to build a "native web app" using HTML + JS on iOS. As you may know you can add such an application to the homescreen and it will more or less look just like a normal native app. However if I quit such an app and reopen it again it reloads the whole page again. This also happens when switching to such an application from another over the multitasking bar. Is this expected behaviour or is there a way to stop the device from doing this? As an example you can add the jqTouch-Demos from here to your homescreen and test it: http://jqtouch.com/preview/demos/main/ You could save the state

I am in the process of developing a Web App for iOS and am using the DOMApplicationCache. I know that Web Apps can not run in the background, but I still would like to simulate a resume of the app when the user switches to another app and returns to the web app later. In order to do this I at least need to record when the Web App terminates/unloads. But the window.unload does not seem to fire. Does anybody have an idea how to catch the termination of a WebApp running? PS: on a related question, where does the console.log go when apple-mobile-web-app-capable is yes? You can use the "pageshow"

For iOS 6.[something] onwards Cookies, SQLite data and localStorage data for Full Screen Web Apps is stored separately from the Safari data. I have a token that I need persisted to the Home-Screen app when saving to Home-Screen. There is a cookie tester here . And a discussion here . Has anyone found an elegant solution to this problem? Very ugly solutions will also be considered:) Since iOS 5 Apple have been making Home Screen bookmarks more and more isolated in terms of sharing data between the Safari browser and what is now considered a sandbox application. iOS <= 5 :Everything was cool,