I have an iPhone WebApp that is installed to the home page. When a phone call comes in or an email is sent it brings up either the phone screen or the email screen. After the user finishes the phone call or email, is it possible to automatically bring up the same web application that was previously open?
No. Also native apps can't do this consistently (only for incoming, but not for outgoing calls the app will be launched again; e-mail can be sent from within the app).
Kevin, yes it can be done with some effort. What you want is HTML5 local storage and perhaps HTML5 application caching as well.
What you do is not unlike what a pre-multitasking iPhone native app would do: you store the application state in the local storage and use it on launch to restore state. I don't believe you have hooks on termination so you'll have to store the state at every state transition, as it happens.
Related
Is there a way to store app notifications in a flutter app. Most of the time this app will be closed and the app notifications will not directly be hitting the app. I would like to store app notifications in a notifications received section. I know I can get the notifications if the app is opened, but for if the app is closed and it just shows as a status, I can't get them in the device unless the user clicks on the notification message. and it opens the app. What options do I have and is what I am wanting to do even possible?
First interpretation of your question: If I read your question correctly, you're saying its not possible to have text in your notifications when the app is not open. This is definitely possible, almost all your apps create notifications on the device with more than just 'status'.
Another interpretation of your question: In response to a firebase cloud messaging message, you might want to save data or do some other background task, instead of just creating a notification the user sees. This is not enabled by default. There's lots more instructions on enabling and using this in the README
By default background messaging is not enabled. To handle messages in the background:
The golden nugget of information is _firebaseMessaging.configure(onBackgroundMessage: yourBackgroundMessageHandler) which is not listed under the receiving messages section.
Let me know if I misread. What do you mean by status?
You can use background Fetch to make the app stay in the background. The package will awaken an app in the background about every 15 minutes.
Is there a way to simulate push notifications by pushing data to mobile safari? Here are 2 scenarios.
I make a web app via phonegap and dont want to use APNS but rather make a web-socket connection and push data to the device myself. On the device end is there a "alert" function I can call to emulate a pop up when a user is not in the application?
Lets throw web app out the window. Is there a way I can do this in native mobile safari? Im not talking about a plain old JS alert window that would only come up if the user was in the app, but be able to do so with it backgrounded.
You cannot run background tasks with mobile safari so for #2 you can't do true push notifications or alerts. However you can send a user an SMS if you have the user's phone number. This can have a hyperlink to a part of your web site (which can contain some sort of payload). You can use a service such as Twilio to help you send SMS'es. However this costs money. APNS does not.
For scenario #1 I'm assuming you're talking about a native app using a phonegap solution. In this case when the app is backgrounded you cannot access any UI at all and wake up the app and show a UIAlert. In fact unless an app is registered for location updates or background music, the app is effectively not going to respond after a set period of time (it only can "finish" certain operations it had started before). So the websocket solution will only be effective if the user has the app opened.
You could register a local notification that runs at some predetermined time which will show an alert. But that is not being pushed from the server so its probably not what you want.
APNS is your best solution for scenario #1. Its not that hard to implement and its pretty inexpensive. Check out urban airship if you want to avoid building out your own server-side components for it.
This is a very basic question on push notifications.
I need to know whether an iPhone application can receive push notifications.
I want them to operate as follows.
User installs the application.
When the application is not running, the user notices that something has changed with the application.
This is indicated by the application icon changing.
User opens the application and a new screen comes up that says:
"You have 3 new items to download"
The application will need to communicate with a custom server to obtain changes. The changes will only be known by that server, not the Apple App Store.
Is the above possible to program?
Yes. Your custom server sends them to Apple for distribution to devices. Read Apple's Push Notifications documentation for more info.
In iPhone app Development, we can use "openURL" to send SMS.
But the problem is that, the app quits and opens SMS application.
How can I send 10 different customized SMS to 10 different phone numbers without quitting application?
There's no way to do exactly that -- presumably to stop unscrupulous applications spamming your contact list.
You can allow a user to send an SMS without existing your application by using the MFMessageComposeViewController, which is only available in iOS4. You can fill in the defaults but it's up to the user to press the "Send" button.
in iOS4, you app will goto into the background, so it is possible that the app wont quit.
I think you can also send the same message to 10 different people.
But to send 10 different messages, thats is a bit of spam engine, and apple dont allow things like this.
Is it possible to implement IPhone's push notification service for a
Webapp that has an icon on the "desktop"? If so how?
That depends on exactly what you mean by Webapp that has an icon on the "desktop"?
No, if you're referring to a webapp where you have saved a link with Add to Home screen as per this Apple instruction.
Yes, if your webapp is a thin CocoaTouch shell using webkit.
i have an alternative solution for this:
1) create a gmail account and get gpush app on your iphone (setup the gmail in the app).
2) instate of sending direct notification to iphone, you can send an email from your webapp to the gmail account.
3) within 5 sec. you will receive the push notification.
hope this help.
You can always delegate the messaging to 3rd party notification apps.
One great example is Boxcar (http://boxcar.io/).
You can have your web app send notifications via their API and have them delivered to the app. Lastly, you can the use deeplinks in your message to open your webapp to point the user to the content item you wanted to bring their attention to.
No, it's not possible. It's only for cocoa touch (AppStore) apps. If you want more info, take a look on the documentation.
another alternative: use an sms service like http://www.smstrade.de/ to send an sms to the user's phone. That's the way I do it.
Another provider for sending sms as notification is https://bulktrade.de
There works world wide
You can use HTML5 to introduce your own push messages. From wikipedia
"For the client side, WebSocket was to be implemented in Firefox 4,
Google Chrome 4, Opera 11, and Safari 5, as well as the mobile version
of Safari in iOS 4.2.1 Also the BlackBerry Browser in OS7 supports
WebSockets."
To do this, you need your own provider server to push the messages to the clients. If you want to use APN (Apple Push Notification), you must have a native application which must be downloaded through the App Store.
From iOS 6.0 I noticed that a WebApp icon placed on homescreen automaticly refreshes after each webkit open of webapp. Of course if you change this icon on the webserver. So theoretically you can display any informative content in this icon(numbers, status etc) BUT it will not refreshes instantly - only after opening and closing a webkit webapp.