As far as i know, toast notifier in UWP is just like a messagebox. But the difference is messagebox will appear as a pop-up within the app. Where as Toast notification will appear out of the application.
And i don't know what is Push Notification.
Push Notifications are send from the web server. For example, service can send push notification that there is a sale and you can buy app with a discount or that there is a new release and you can update your app or read 'what's new'. While Toasts are created with your local app code.
It's called Push since notification originate from webserver. You can poll server yourself, but it will be Pull approach. For more info regarding Push take a look at the following article.
For more info regarding Push Notifications in UWP see the link.
Related
For the intranet company, I want to send to user web notification. This notification could be general (new feature in the intranet) or for a specific user (a task is ready to pick up or an import is completed).
I started to use SignalR but the user receives the notification only if the intranet is open. So, I'm looking around to implement a different web notification and I saw some posts:
https://blog.elmah.io/how-to-send-push-notifications-to-a-browser-in-asp-net-core/
https://labs.bawi.io/web-push-notifications-through-vapid-method-7d4d6927a006
https://www.tpeczek.com/2017/12/push-notifications-and-aspnet-core-part.html
https://webpushdemo.azurewebsites.net/
I can't find an end-to-end implementation in ASP.NET Core. On GitHub I found a few projects but again when I close the browser, I can't receive the notification.
I can't find any Microsoft documentation for that. Can you point me in the right direction please?
Update
The idea is:
Setting up a minimal PWA
Subscribe to Push Notifications
Send Push Notifications
Receive Push Notifications
Show Push Notifications
My Android APP is written in C#, it uses Azure Push Notification service to send push notification to Android via Firebase (FCM), iOS via Apple Push service. The push notification registration happens when the app is installed (the app also removed all previous registrations).
The push notification on iOS is working perfectly.
On Android, sometimes it receives duplicate notifications:
intermittent (not always)
on some devices only
happen on all scenarios when app is in foreground, background, killed
duplicate notifications received at the same time
and based on my DB record, i'm sure the application sends out only 1 notification.
I had suspected the registration process caused the duplicate token in FCM. But later on I found out the duplication happens out of the blue, without any new uninstall/install happened on the device.
Any idea please? this has taken a lot of my time.
This same issue I also had. To solve it, before you register with the Notification Hub, unregister the previous tags belongs to that device,
await Task.Run(() =>
{
hub.Unregister();
});
Then you register with the Notification Hub again.
I understand that there needs to be a way to LISTEN for incoming notifications to my app, but I'm not sure where to begin to set that up. Can I at least get a starting point from someone with experience setting this up. There does not seem to be any documentation available anywhere. Thanks
No matter how you push the notification to your UWP app clients, the underlying principle is based on WNS. Then, whether you use Google Drive API or some other ways, the notifications are the same in UWP.
So, you could use UWP APIs to listen when the notifications are received. For example, you could use Notification listener.
In general, we setup a background task with UserNotificationChangedTrigger to enable an app to listen to notifications.
I'm creating a xamarin.forms application and have got most of the app completed. My only hickup is push notifications. I'm sending my notifications to the app using SignalR and a .Net Web API Server. I'm able to receive notifications while the app is running however, I can't see tutorials for push notifications while the app is asleep. I've checked out services as well. Thank you for you help in advance.
SignalR is not a push notification and there is a difference between them.The main difference is that in case of SignalR you have to keep an opened connection to your hub in order to receive events / signals. So if you want to receive notifications while the app is killed or in background SignalR is a wrong solution since it is technically impossible to keep your application always running on a mobile device. However, push notification can awake your application when it is killed or in background.
I would suggest to rethink your current solution instead of looking for hacks.
please forgive me for this idiot question. I understood that we can send push notifications to windows phone 7.
Like, in our case we sent the Raw push notification to our application running on Windows Phone 7 and based on that notification the application did some work. Now after that the user did some action which is suppose to communicate back to our main Winform application.
How can we achiver this functionality? How can we receive the notification back from Windows Phone 7 to .NET Winform application.
Can anybody share thier experience.
Thanks
Push notifications can only be sent TO a WP7 app.
If you want to call another app (on another machine/server) you'll have to make a HTTP (or socket) request from the WP7 app. If you want that to go to an app on a PC you'll need to route the message via a web endpoint. The format, sending and delivery of such messages are entirely up to you. There is no service currently available in the SDK to do this.
You could add a http based wcf service that your windows phone app can call. And let the wcf service push data to a message queue(MSMQ, RabbitMQ) which your window form will be listening to for response