SMS has the right structure for a zero battery drain notification solution but it won't work on tablets which is one of my target platforms. Right now I'm researching using continious TCP/IP or UDP as a kind of push notification service. If I am wrong with any of the above points, please clarify for me. This is overhead an average user just won't be interested in doing. I don't want my users to have to do anything extra when they install my app. Google registration when the app installs. So I would not be the one to send out any msgs to their phones, they would.ģ. My other requirement is that my users would be the ones sending the msg to their own phone because my app is modeled along the lines of a 'Find My Phone' type of app. My requirement is to send a msg to only one device, not multiple devices.Ģ. C2DM appears to be for developers to use to send out msgs to their app on all devices that have their app installed. But from what I've read about using C2DM I don't think it will meet my needs for the following reasons:ġ. Thus, I'm asking if using an RSS feed into a B4A app would work as sort of a push notification service? I realized RSS was not designed for this purpose but it's an XML formatted file and can easily contain any 'command' string. I have this already working using SMS but I'm looking for a solution for Tablets. They could then go to my website, login and send a cmd to play a ring tone so they can find their misplaced phone. My use of this would be for a user losing their phone. I'm trying to find a push notification solution, such as SMS that will work for Tablets which don't have SMS capability and a solution that is transparent to end users. Polling is the worst solution because of this. Polling is pretty straight forward, doesn't involve the customer but of course, it drains the battery faster and how often it checks becomes a compromise between battery life and convenience. I don't want to have to put that requirement on my customers. They all have some complexity to them, requiring the user (my customer) to register their device with Google and/or one of the 3rd party service providers. They are generally designed for developer use, not end users. I've spent most of the day looking at Push Notification services such as C2DM from Google (including Erel's B4A tutorial) and a couple of 3rd party services providing that kind of capability. My B4A app picks up this feed? This would require an RSS-aware B4A app and I don't know if we have such a thing? I envision the RSS Usage (if this is possible): user logs into my website, clicks on a link that sends an RSS feed to his tablet. Instead, the basic example for normal notifications are the alarm's notifications or the calendar's notifications.I was also wondering if I could use an RSS feed as a kind of notification to a B4A app (without needing to poll a server)? I don't like to use the word 'push' because, generally, pushing has come to mean pushing to multiple devices and my requirement is to push to only one device. Indeed the most common example of push notification is the whatsapp notification of new messages that shows up in your phone when another user has sent you a message (so the message comes from outside your phone). This is usually made through a public service such as Firebase Cloud Message ( ) of Google or a proprietary service such as the one that is used by the most common chatting application (Whatsapp, Telegram. Push notification are "messages" sent from outside the device, for example a server, that triggers an application of the device (which usually handle the incoming message and transform it in a "normal" notification to be displays in the system tray). The main difference between push notification and notification is that the latter are created internally from an application on the device that wants to show user some information, a reminder, some news or updates, and so on.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |