4 ms·

There's a huge difference between the EU vs Microsoft antitrust investigations involving Internet Explorer. This was at a time when Microsoft was still the domi

There's a huge difference between the EU vs Microsoft antitrust investigations involving Internet Explorer. This was at a time when Microsoft was still the dominant player in the market and IE had a stranglehold on the browser market. By contrast, Apple doesn't have a monopoly on the mobile device market, the browser market is dominated by Google's Chrome, and the majority share of browsers use Chrome's Blink engine. 'PWA' is a Google-invented term to describe technologies already implemented in their own browser; none of it constitutes a single standard unto itself. Apple not fully implementing Google's standard, made not for the benefit of the open web but to make ChromeOS a little more functional than a glorified web browser, is only a threat to those who've forgotten that coding for one browser is what got us stuck in the code-only-for-IE mindset and halted progress for browsers for about a decade. Apple isn't the biggest threat to the free and open web. Google is. Everybody's using Google's browser, based around Google's own standards designed to force people to stay using Google, to access Google's search which displays Google's ads above Google's curated AMP results.

cageface 6y ago
iOS safari users have made up at least 50% the traffic of the last few sites I’ve launched. In the US at least they effectively have veto power on new browser features.
- theklr 6y ago
  They haven’t vetoed any features. Google added a lot of features without implementation (and security) in mind. The last parts of “PWA” are its most vulnerable, and with apple having such small safari team, they don’t have the same capacity to help google do it’s job, since they rushed all the features without presenting to W3C.
  - cageface 6y ago
    Push notifications are the most obvious example of a feature webapps need to compete with native apps that Apple has so far refused to implement on iOS. They’re also much aggressive about wiping out local storage data. Whether you agree with these decisions or not Apple is clearly and deliberately using its influence to limit what a web app can do.
    - zepto 6y ago
      Apple is clearly and deliberately using its influence to limit what a web app can do, in many cases to protect users against features that are poorly designed and harmful to privacy.
      - hundchenkatze 6y ago
        I don't see how supporting push notifications for native apps is any different than PWAs. The user would still have to explicitly enable them for the installed PWA, and could revoke it at anytime. Safari for desktop actually supports push notifications [0]. So why not mobile Safari? Even the their aggressive deletion of local storage could be handled with a permission request. Once you've installed the PWA it could ask the user to store data for longer. Basically what I'm getting at is that Apple already has a robust permissions system that could easily be extended to support PWAs and the necessary features, but they seem to choose not to do so. [0] https://developer.apple.com/notifications/safari-push-notifications/ https://developer.apple.com/notifications/safari-push-notifi...
        zepto 6y ago
        Push notifications are just one example. Bluetooth is another - which clearly has privacy issues. As to why not mobile Safari, perhaps Apple doesn’t want to be tied to limitations of the design? Apple’s push notifications on mobile have evolved significantly over time. Just because they could do something, doesn’t mean it is a good design.
        hundchenkatze 6y ago
        Bluetooth does have privacy issues, but again, that's no different than a native app. If I install a native app, it doesn't get free reign over BT or any other device feature. In order to use any hardware feature a native app has to request permission to use it. I don't understand how a web app is any different in that regard. A PWA could specify the features it wants to use in the manifest.json just like a native app does with the Info.plist. Then iOS could prompt the user in the exact same way. If the iOS permission system isn't a good design (I think it is) then why do they keep using it and expanding it for native apps but not use it for PWAs.

cageface 6y ago

iOS safari users have made up at least 50% the traffic of the last few sites I’ve launched. In the US at least they effectively have veto power on new browser features.

theklr 6y ago
They haven’t vetoed any features. Google added a lot of features without implementation (and security) in mind. The last parts of “PWA” are its most vulnerable, and with apple having such small safari team, they don’t have the same capacity to help google do it’s job, since they rushed all the features without presenting to W3C.
- cageface 6y ago
  Push notifications are the most obvious example of a feature webapps need to compete with native apps that Apple has so far refused to implement on iOS. They’re also much aggressive about wiping out local storage data. Whether you agree with these decisions or not Apple is clearly and deliberately using its influence to limit what a web app can do.
  - zepto 6y ago
    Apple is clearly and deliberately using its influence to limit what a web app can do, in many cases to protect users against features that are poorly designed and harmful to privacy.
    - hundchenkatze 6y ago
      I don't see how supporting push notifications for native apps is any different than PWAs. The user would still have to explicitly enable them for the installed PWA, and could revoke it at anytime. Safari for desktop actually supports push notifications [0]. So why not mobile Safari? Even the their aggressive deletion of local storage could be handled with a permission request. Once you've installed the PWA it could ask the user to store data for longer. Basically what I'm getting at is that Apple already has a robust permissions system that could easily be extended to support PWAs and the necessary features, but they seem to choose not to do so. [0] https://developer.apple.com/notifications/safari-push-notifications/ https://developer.apple.com/notifications/safari-push-notifi...
      - zepto 6y ago
        Push notifications are just one example. Bluetooth is another - which clearly has privacy issues. As to why not mobile Safari, perhaps Apple doesn’t want to be tied to limitations of the design? Apple’s push notifications on mobile have evolved significantly over time. Just because they could do something, doesn’t mean it is a good design.
        hundchenkatze 6y ago
        Bluetooth does have privacy issues, but again, that's no different than a native app. If I install a native app, it doesn't get free reign over BT or any other device feature. In order to use any hardware feature a native app has to request permission to use it. I don't understand how a web app is any different in that regard. A PWA could specify the features it wants to use in the manifest.json just like a native app does with the Info.plist. Then iOS could prompt the user in the exact same way. If the iOS permission system isn't a good design (I think it is) then why do they keep using it and expanding it for native apps but not use it for PWAs.