I'd like my android auto notification to not have any reply mechanism to it. I just want a notification that you can swipe to dismiss, but the only two options i see for android auto are messaging and audio. The messaging makes the notification have a reply to it like this:
notice how there is a microphone for user to reply. I dont want that on my notification. I only want to display info but no reply mechanism. I am not interested in reply, only to notify user of something. i want it to look like this instead but it seems only system has this kinds of notifications.
Android Auto has defined guidelines for Messaging Apps.
It didn't consider normal notifications as a scenario that needs to be addressed now in Auto environment.
We can hope it may be made more flexible on future along with measures to make sure that distraction is avoided by strict certification process.
So the answer to your question is - Not possible now.
Related
I am creating a native social app which includes features such as Direct Messages, Voice and Video Calls etc and I have been trying to find a way to be able to receive data payloads from Firebase Cloud Messaging containing values such that I create a custom notification based on the type values from the data payload eg for VOIP calls I’d like to set a remoteInput action to see if a person declines or accepts a call or for direct messages add a remoteInput action for a quick reply and so far I haven’t had any luck especially with background services not being allowed anymore ever since the release of Android 8.1. So I would like to know if there’s a workaround I’ve been missing or if it’s even possible and if it is how do these popular apps do it. Thank you in advance.
Its same as your mentioned, once after the release of 8.1 apps are now more strict in regarding the background running process. There are actually two insights I had received while developed some projects. 1) More the app is used by the user, the app is sort of whitelisted and can receive more notifications, i.e., the system actually tracks the frequency of app usage. 2) You have the possibility to ignore your app from battery optimization process hence more chance of background process to run.
I'm looking to make an app for myself that will sleep until a push notification from another specific app comes through and then automatically accepts or declines the interactive push notification. Is it even possible to have an app that reacts to other apps push notifications? If it could react, then could it then interact with the notification?
I know that apps cant directly interact with the interfaces of others, but since this would be using push notifications I was hoping there would be something I could do. I cant find anything on this anywhere else or at least I don't know what to look for.
Not sure about IOS but in Android we could use to listen Broadcast to listen Broadscasts by system and other apps. But i think there has been some restrictions recently with Broadcast due to battery optimisation. Of-course you can achieve this with another app only if you know what broadcast they're triggering so you need to have some partnership with these other apps.
iOS:
I fairly doubt that it is possible on iOS with a straightforward API, but take a look at this post: https://stackoverflow.com/a/43523429/768567
Android:
For Android you could implement a NotificationListenerService: https://developer.android.com/reference/android/service/notification/NotificationListenerService
There is a repository on Github with some example code:
https://github.com/Chagall/notification-listener-service-example
My intent is to send a user push notification through FCM when my webapp user(already subscribed to notifications) comes near a beacon transmitting Eddystone url. If the person does not have the app installed I would like the Android nearby notification to trigger but if the user is an existing app user who has already subscribed to app notifications, I would like to silence/suppress the nearby notification and use the eddystone-url meta:title and/or url to instead trigger a specfic push notification.
Even as I'm asking this I know for this to work, users Phone have to send a signal to my apps backend to trigger the FCM send. Not sure how though. Any guidance or alternative to show a more richer notification to existing app users would be greatly appreciated.
Great question, and great idea. Let me first summarize/clarify your question to make sure I have it right:
If your website/app is not yet installed, you would like Nearby to create a Notification whenever it is close to your Eddystone-URL beacons (to help drive incoming users). This is working well for you.
However, once your website/app is already installed, you would like to control Notifications yourself. You would like help accomplishing this.
I think there are two parts needed to solve this problem:
How can your website/app know when it is near an Eddystone-URL beacon?
How can your website/app let Nearby know it shouldn't fire a notification?
For (1), websites are not currently able to scan for Nearby beacons. There is an exciting new WebBluetooth api coming to the web (launching in Chrome very soon!), but it is not yet able to scan for beacons. This is something we hope we may get in 2017, but its not possible yet. Apps, however, can easily scan for URL beacons using the system Bluetooth apis.
For (2), I do not think it is possible yet to ask Nearby not to fire a notification conditional on your website/app being installed. However, I know this is a feature request we get from time to time and we are considering ways to support this use case. If all goes well, we will have something for you in 2017 around the time that (1) gets solved.
So, apologies, I don't think this will be possible for you to do today, but I do think its a great feature requests and I'll bring it to folks' attention.
(I also think Push Messaging is a red herring here, since you should be able to control notifications entirely on-device with Local Notifications).
I'm mainly reaching out to the Twilio team active on here 😀 and for the benefit of the community.
Our team will is looking to implement Twilio IP Messaging to fulfill our app messaging requirements. One of the use cases we'd like to handle is the ability for a user to turn off notifications for a specific channel. I don't see anything in the docs that speak to this, so we could of course implement the logic on our servers. But, I don't see the ability for a pre-event callback for something like onNotificationSend to check if a notification should go to the user. I don't want to use onMessageSend since the message should still go out, just not the notification.
My other thought would be to intercept the notification in the app and check our app state to see if that channel is able to receive notifications. Reading the docs for iOS notifications, it looks like I can determine what to do with notifications outside of the app being open, I just wanted to check if that was the best/only option for this scenario.
Thanks in advance for any help.
-Brad
I got the opportunity to talk to the Product Manager for IP Messaging at the Signal conference, and he said the ability to mute channel notifications is in the road map. So I think I'll wait to implement something until that comes GA.
In a certain situation, I'd like my app to be able to "fake" an incoming SMS on the user's device, as a sort of notification. This would save me money when I'd normally use Twilio to send a text to my users but I know they already have my app. Is there any way to do this? I imagine it would have something to do with Intents and Content Providers but I don't really know where to start.
To clarify:
I'm not new to Android and I do respect all of the normal Notification methods. However, my app will have an opt-in for text messages and I'd like to be able to trigger them for free rather than paying for it. This is for SMS-specific uses and not as a substitute for a normal Notification.
Yes (although I really don't support doing this) it is, in theory possible by creating and broadcasting the proper intent. Specifically, they android.provider.Telephony.SMS_RECEIVED intent will be received by anybody who is listening for SMS messages, including the default SMS application. This will in turn cause the notification to be displayed.
All of that said, I've only ever done this in a custom version of Android from within the system process. I'm really not sure if a generic application can do this (in fact, I kinda doubt it). The other caveat is that you will need to formulate your data into PDU's which represent the binary data format of an SMS message. You can look this up, but it's nontrivial.
A far better approach would be to simply have your application display a notification in the tray, the way well behaved applications are supposed to notify the users of events. Take a look at the Notification class.
If you install the apk named ApiDemos-debug.apk that usually comes installed with your choosen platform for the SDK, you will find an example in
<Api Demos> > App > Notification > IncomingMessage
the complete source for this package is usually under
<SDK root>/samples/android-xx/ApiDemos