What about #unifiedpush support for #whitenoise ?

Reply to this note

Please Login to reply.

Discussion

Unified push doesnt work on iOS, and on Android we can just keep the websockets open in the background without any third party notification server.

So probably not.

every app having their own websocket is a bad idea. will probably not use whitenoise if this stays true

What's the alternative?

Pokey doesn't support marmot groups out of the box, and if would probably be nontrivial to implement that there.

unifiedpush

Better to implement something in pokey for Android if you need to connect to relays when you receive a notification

When I had unified push in amber the app couldn't connect to the internet unless the user opened the app or it still in memory

To bypass this I had to keep it running as a service all the time

Maybe it works without a always on service if you use something like work manager

Thing is that the outer marmot events only have a random and often changing group ID.

Is it possible for White Noise to give the new group IDs to Pokey in the background for listening?

i don't think it is a good idea to reimplement everything on nostr and you're probably right, that there would probably be the need for an always on service. molly uses mollysocket for example. maybe a relay can be that always on service. i am not too deep into nostr dev to evaluate that

What are your main concerns with this approach? Is it about the phone battery draining faster?

yes, i think one app having a websocket and dealing with push notifications seems better than every app having a websocket

The answer is to stop developing for closed systems. Apple is a shitcoin company and it should be treated as such. By developing for iOS you become part of the problem distorting market signals.

This is peak cognitive dissonance in the Bitcoin maxi mindset. It's cringe. I don't find any other words for it. Sorry.

Read this and you might reconsider.

Anonymity Loves Company: Usability and the Network Effect

https://www.freehaven.net/anonbib/cache/usability:weis2006.pdf

Yeah. If Apple wants to make it easy enough for a Linux / Android app to be ported by the Apple community without help from serious devs, they can start with either giving up their copyright claims or respecting open source copyrights in iOS itself.

But serious devs shouldn't help

What do you mean by "doesnt work on iOS"?

You can use ntfy as a distributor on iOS and you are able to receive notifications even if you "force-close" ntfy via iOS App Switcher.

Do I miss a point?๐Ÿ‘€

Oh really, how?

Do you have a link to docs?

ntfy on IOS has 2 reviews and last release 4 years ago.

So now I'm confused again.

It seems like ntfy on iOS uses APNS and not unified push.