I have been asked to build an app for a user to receive text updates to his iphone while he reports traffic updates on his motor bike. Is there a way to code an app that will receive these text messages? Or is there an even simpler way of doing this? He doesn't want to give out his phone number.
Related
I'm using IFTTT to send a Google Assistant message to my Windows application via Drop Box. If I say "[keyword] [message]" (for example: "Computer: Play Game of Thrones Season 2 Episode 4") IFTTT will write the text translation of [message] to a file on drop box that my application monitors and from there I can read the [message] and act on it.
What I would like to be able to do is send a reply back to the device that sent the message... For example if I tell my phone to have my computer start a movie on my computer and for whatever reason my app can't find the movie I want to be able to communicate that back to the device that originally sent the message, whether that be my cell phone or tablet or Google Home smart speaker.
I know there is probably no official way to do this but i'm looking for creative solutions (like the one I use to get the message in the first place)... anything at all that works even if it involves multiple third-party services.
There's no good way to send back an acknowledgement through the IFTTT integration. You'd need to build your own Action which would use something like push notifications to communicate between your local device and a cloud-based webhook.
I am trying to introduce a messenger (chat) feature in my application.
I ma unable to figure out how to make the feature sync on multiple devices.
Let's say I am using the chat on my phone, and then I login to my desktop and start chatting there. How would I get the messages on both devices and how will both be in sync with each other. Additionally, for the sender to get a read confirmation, the message should be read from either one of the device, but the notification of unread should be shown on sender's device on which the message in unread unless he opens and reads it.
For First Part of the question you want to do Like FB Messenger where you loggin you will find your whole messages found not related to a device. To Achieve that you can have at the device app Last Login time which will be posted to the server, and all messages from that time will be retrieved to the user. But imagine the user has read all his messages from the mobile but he didnt open the computer since one Month. IF you didnt mark the message as read, he will find enourmous amount of messages coming as unread but he actually read on his mobile which will cause you huge usability issue.
For your Case I feel you need to do exaclty what FB Messenger does. Retrieve your latest messages from your conv with their actual status. And while scrolling up load by demand.
So Your Message will have only 1 Status(Read or UnRead) And date where you can match with Device Last Sync time.
I have set background fetch to the app. But, It is not called all the time (it depends on how often the app is used by the user)
This is what want to do: When someone send a message to me, I need to make sure that my phone receives the message. Right now, I am using APNS (which works well is the phone is online and working). But, let's say the phone is off or internet not working, the user will never know that a new message has been received, unless he opens the app.
Is there anyway to make sure that, as soon as the user CAN be informed that a new message has been sent, a notification will be displayed on his phone? Right now, if the phone is off and a message sent, if I turn it on, nothing will happen.
I know the title isn't that clear so let me try to explain using an example. Say, when we send a message through my phone, we immediately recieve the balance deduction notification from our service provider. My question is that which event is used to catch this notification in symbian C++.
Could we possibly change the way notifications are displayed?? Say for eg., nokia symbian 60 phones show these notifications as a pop-up where some phones use the entire screen to show the deducted amount. Can I catch this event and show it in the form of a new message ?? I mean to say that the balance deduction notification is shown as a message in my phone's inbox but not as a mere pop-up and then lost.
Thanks in advance.
Regards,
Avanish
P.S. Please try to advice as soon as possible. I would highly appreciate your responses as they will help me in deciding the strategy for my application. Thanks a lot.
If I understand your question correctly, you are asking about the messages that appear on the screen on a phone when used with Pay As You Go SIM showing the balance. This may depend on the service provider but usually, the message notifications are Class 0 SMS messages (also known as Flash SMS).
Class 0 SMS are defined as:
Class 0 SMS: This message is displayed on the mobile phone immediately and a message delivery report is sent back to the SC. The message does not have to be saved in the mobile phone or on the SIM card (unless selected to do so by the mobile user). This type is also referred to as Flash SMS.
Therefore, you can catch these notifications by monitoring for these types of incoming SMS (assuming the SDK allows this).
In Windows Phone 7 sms delivery reports are present in kernel, however they are not customizable. You get an sms delivery report as another sms message. But everyone knows that sms delivery report is not an sms - it's an attribute of a sent message.
iPhone has an app called iPhoneDelivery which allows to customize the way the delivery reports are presented to a user. It allows the best approach - as an icon of an envelope to an already sent sms message. Same applies to Android.
Is it possible to create such an application for Windows Phone 7 at this time? Does the WP7 SDK allow "messing" with internal sms application?
The current API provides no way to access previously sent SMS messages; so attributes such as delivery reports cannot be queried. The only access to SMS right now is the SmsComposeTask but even this requires the user to hit the send button, so an app cannot automatically send text messages.