> be on par with the one browser that is an order of magnitude more popular, then
So, once again:
- define "on par"
- explain why they need to slavishly copy that one browser without considering whether it's worth doing?
> Would an end user trying to use a web app as if it were native be satisfied?
No, because this is even more ambiguous than "on par".
Example: usb/bluetooth/etc. Native apps use them. Chrome put up some "standards" and rushed to implement them. Both Safari and Mozilla consider these harmful on many, many valid points.
Is this required for a "proper PWA support"? Do they just unquestioningly copy what Chrome does?
So, the more this conversation goes the more I'm convinced you neither know what "PWA support" actually means, nor what Safari actually supports.
> It... Literally does?
I looked it up on Can I Use. It was for desktop versions.
On iOS you can "Add to home screen", too (through the share menu which is now a kitchen sink for everything, not just share)
To your first 2 points: Yes, it's quite possible that some features shouldn't be implemented, and yes, it's unlikely that there is a simple rule to describe all the cases where things should and shouldn't be implemented. But that doesn't mean that they're not drawing the line in the wrong place now; it seems like you're arguing that because something is subjective it's irrelevant.
>> It... Literally does?
> I looked it up on Can I Use. It was for desktop versions.
I answered that after literally clicking the menu item and making sure it worked on my phone. My guess, after reading through https://caniuse.com/web-app-manifest , is that maybe there's something about service workers or background processing that they're not doing, but just sticking an icon on the homescreen, empirically, works fine.
> But that doesn't mean that they're not drawing the line in the wrong place now
And what exactly is that place? I've asked this three times already and you still can't answer what it is that Safari doesn't support and must implement to be "on par" with Chrome.
> and making sure it worked on my phone
You wrote this after I literally said, "I looked it up on Can I Use. It was for desktop versions."
So:
- you still haven't said what exactly you're missing from Safari to consider that it "properly supports PWAs"
- you clearly ignore what I write
At this point I'm no longer interested in this one-sided conversation
> So:
>
> - you still haven't said what exactly you're missing from Safari to consider that it "properly supports PWAs"
You've been repeatedly given answers, but you have decided to dismiss them because you decided they're somehow irrelevant, just like I suspect the people at Apple will dismiss any valid criticisms of Safari, and only listen to the gushing Apple fanboys that claim Safari is all rainbows and unicorns.
> - you clearly ignore what I write
"The hypocrisy is strong with this one" -Yoda
> At this point I'm no longer interested in this one-sided conversation
... aaaand that's how a fantroll ends a conversation he's losing.
So, once again:
- define "on par"
- explain why they need to slavishly copy that one browser without considering whether it's worth doing?
> Would an end user trying to use a web app as if it were native be satisfied?
No, because this is even more ambiguous than "on par".
Example: usb/bluetooth/etc. Native apps use them. Chrome put up some "standards" and rushed to implement them. Both Safari and Mozilla consider these harmful on many, many valid points.
Is this required for a "proper PWA support"? Do they just unquestioningly copy what Chrome does?
So, the more this conversation goes the more I'm convinced you neither know what "PWA support" actually means, nor what Safari actually supports.
> It... Literally does?
I looked it up on Can I Use. It was for desktop versions.
On iOS you can "Add to home screen", too (through the share menu which is now a kitchen sink for everything, not just share)