Comment by leptons

Safari is the worst browser by far, especially on iOS. Apple also does things their own way, ignoring standards, so that I have to have a real actual iPhone to debug their platform-specific problems, especially around touch interactions.

>Can you give an example?

Web Bluetooth API, and lots of others. My product could use bluetooth but we're forced to work around Apple's Safari limitations and use Wifi instead, which drains the battery faster. We do not want to write a specific app for iOS (which costs us money to build and maintain), which then allows Apple to extort us for a percentage of sales through the app. Bluetooth would be the better option, but Wifi works although is a bit more cumbersome to deal with. So sorry Apple fans, you have to use wifi with our product because Apple reasons.

I am going to open a bottle of champagne when the DOJ finally forces Apple to allow other browsers on iOS.

https://www.justice.gov/archives/opa/media/1344546/dl?inline

Personally my feel is Safari at least isn't dead in the water any more, does ship some stuff. It's much better than 2 years ago. 4 years ago it was a travesty.

But there's still all sorts of wonkiness they just makes Safari non viable. If you don't PWA install, your storage gets cleared alarmingly quickly. If you do install it's still cleared wicked fast. Notifications seem to have incredibly unreliable delivery issues and require PWA installs to work at all. The features are closer to parity than before but the base functionality is still sabotaged deeply. 'The user is secure' with Apple is amazing doublespeak (the second meaning being securely in Apple's pocket with no where to go).

It's worth noting that Interop participants meet and decide via unanimous consent what they are going to work on each year. The anti-trust case against Apple would be far stronger if they didn't show up & find some stuff to work on, to agree to. And with apologies as I break out the tin foil hat, showing up also gives them some leverage to shape what doesn't get worked on too.

No, it's just not true.

Interop 2025 is a subset of web features, but Apple gets a veto on which features get included in each Interop round, and vetoes heavily. It doesn't reflect interoperability in general. Safari also consistently starts out the worst each year, and improves the slowest.

They don't support notifications correctly, they have a semi-broken implementation. Only a subset of sites will work, even though they'll work perfectly on Chrome or Firefox or even minor browsers. Even if you put the site on the homescreen.

>> And Apple purposely will never implement lots of APIs that only their native apps allow (which other browsers implement)

>Can you give an example?

Web Bluetooth, Web USB, Web NFC, Web Serial...

Of course Apple will uphold its usual charade to claim that it's about pRiVacy & sEcuRiTy to maintain plausible deniability. They could easily implement it and keep it disabled by default, such that users could make the conscious choice to enable it or keep it disabled. Any adequate analysis of Apple's behavior and motivations must mention Apple's conflict of interest, because Apple will be biased against technology that could diminish the value proposition of "native" apps which Apple has been taxing so unchallenged for all these years.

I don’t really agree with allowing one monopolistic company to behave anticompetitively because we’re scared of their only competitor, another monopolist. They’re both menaces to consumer rights.

I included that link not as "research" but as proof that I am not the only one calling Safari "the new IE". It's been written about ad nauseum, and just because you think a google search is pointless doesn't mean my argument lacks merit - and if you were to do your own "research", I'd bet you would start with a google search. Thousands of people have written about it, so go see what they have to say, I am not the only one claiming it.

>Hard disagree on safari being even in the same ballpark as IE;

It's a crap browser, and Apple implements things the way they want to, especially around touch interactions. So I have to have a real iPhone to debug problems with Apple's implementations. Safari fucking sucks, it just does, and your trolling comment doesn't disprove it.

>what’s your alternative, Google owns the entirety of the browser space?

I don't care if they do or if they don't. All I want is an alternative to Safari on iOS. Is that really so bad??

https://www.justice.gov/archives/opa/media/1344546/dl?inline

Specifically for me, my company has a product that could use Bluetooth, but Safari will never implement the Web Bluetooth API, where Chrome has for some time on Android. So the workaround is to use Wifi instead (my product supports both bluetooth and Wifi), which drains the phone battery faster.

No, we do not want to write our own iOS app where Apple can then extort us for a percentage of any sales through the app, and we have to pay for the priviledge to develop that app, as well as buy Apple hardware to do so.

So instead we use Wifi, where we can maintain one single codebase - the web application, which works on both Android and iOS, but has to use Wifi. If Apple allowed Chrome to use its own browser engine, we would simply tell users to install Chrome to interact with our device. Then we don't have to pay Apple for anything, nor should we have to.

Apple purposely won't implement some APIs so they can force developers to create an app for their app store where they can collect money from any additional sales through the app. It's all spelled out in the DOJ suit, why won't you just read it??

https://www.justice.gov/archives/opa/media/1344546/dl?inline