Novu – Service for managing multi-channel notifications with a single API | Hacker News Reader

Novu – Service for managing multi-channel notifications with a single API

github.com

160 pointsAnhTho_FR24 comments

Now here's what I'd like: The opposite API for users (i.e. not developers/companies) which allows me – the user – to collect and handle (and prioritize!) all my notifications across all communication channels, whether it's "Your order got shipped" emails by Amazon, "Someone commented on your post" notifications on Facebook/Instagram, Slack reminders, Office 365 calendar notifications, …

Is it possible technically? I mean can you read notifications from other apps without the respective app’s API key?

Isn't this just email?

If only applications sent their notifications through e-mail.

I particularly miss the times when Facebook would send notifications to your e-mail, with full content included, within minutes to hours of an event, if you happened to be logged out from the service. This was a neat way of reading chat messages without making the sender aware you've read them (that was before the whole thing got separated out to become Messenger).

EDIT: one major benefit of e-mail as notification channel is that a typical non-ISP personal mailbox has practically infinite storage and a sensible search mechanism, giving you historizing/archiving for free.

I mean, in a sense, this is what Notification Center via macOS/iOS does. What types of banners, sounds, handling mutes, etc...

Android notification manager is more advanced here. They force apps to separate their notifications by their nature so you can disable some of them. iOS is a bit too broad here. It’s a place where they have been copying Android for years but keep lagging for reasons I don’t grasp.

You can definitely do that with iOS…

Well, "force" is a bit of a misnomer here. More like they allow apps to categorize their notifications. The result is exactly what you expect: some apps don't categorize notifications at all, and others (including Google ones) do it in a way that's misleading or designed to make the mechanism useless. There is a big conflict of interest here: the notifications users want to shut off the most are exactly the same ones the vendors want displayed the most.

The missing ingredient here is Google punishing bad notification categorization in some way (e.g. by diminished ranking in the Play Store, or failing the review process), but seeing how Google itself doesn't isn't too keen on clear categorization in their own apps, I'm not holding out much hope.

One mis-touch and they're gone! There's no history.

That's a nightmare for a user or even the sass provider itself. User has to link every service he signs up for to this sass service. The sass provider must know every type of notification of every software on earth. Or, you're thinking of notification settings on iOS and Android(You can also select which type of notification channels u want to mute). or notification settings on the individual sites.

Sounds a lot like Wuphf: https://theoffice.fandom.com/wiki/WUPHF.com_(Website)

How does this compare to Apprise?

https://github.com/caronc/apprise

Been following this project since before the rename. Is anyone using this in production (1M+ notifications) that can share her experience?

+1 for me. Would also like to know this.

What’s with the overuse of emojis, though?

If I'm understanding it correctly, this is kind of great.

Does this wrap all those various notification formats into a single API?

Where I'm confused: does this also provide client side methods, like how does the user start the oAuth flow for Teams, Slack etc

For now we don't provide this and the developer is required to get the credentials by himself, but it's defiently on our roadmap!

They raised $6mn+, congrats. Are they going after SaaS, but keeping single Dev experience free?

This looks really interesting, does this run on react native? Or is it only for web apps?

I can see from the docs that what I read as in-app notifications, is actually the notification feed rather than mobile in-app notifications (to make it feature complete, similar to Onesignal). Looks really promising and will follow this as it develops!

For now we only support a react ,vue, angular and web component. So no react native component at the moment. But you can always consume the react library with the provided hooks and implement your own UI using the API.

It seems to support Expo for push notifications (https://github.com/novuhq/novu/tree/main/providers/expo). I'm not sure if you could use it with "vanilla" RN.

You can use either Expo or Firebase Cloud Messages by the looks of it

This looks really promising!

Looking forward to seeing how this develops. Great stuff!

Reply on news.ycombinator.com