Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm surprised Apple haven't thrown in the towel and opened things up worldwide yet. It's only a matter of time until it becomes too confusing and problematic to try and run the same system relatively openly in one country and walled in another.




> It's only a matter of time until it becomes too confusing and problematic to try and run the same system relatively openly in one country and walled in another

They will continue to do so for as long as it remains profitable. Navigating the complexities of multiple jurisdictions is the bread and butter of MNCs - it's the price of admission into the multinational club. Apple is guaranteed to have lawyers, admins, and executives already on the payroll for this task.


Or until they’ve successfully “demonstrated” that it always was impossible.

> Apple is guaranteed to have lawyers, admins, and executives already on the payroll for this task.

As both a shareholder and user, I really wish they’d invest their resources into feature development instead of manufacturing obstacles.


Lawyers, admins, and executives, sure. But what about the complexity on the engineers who now have to maintain an exploding matrix of modes? I can definitely see that becoming burdensome.

much has been written about the deteriorating quality of iOS.

There's bluntly not strong external evidence that software quality is a driving priority at Apple in recent years, so it most probably follows that concerns about maintainability aren't either.


You’re not wrong, it is burdensome but the sheer volume of money they secure primarily because of their license to rent-seek mercilessly (in the US especially because it’s the market they dominate most and with the weakest regulators) makes even a hilarious amount of complexity supportable. Besides, it’s mainly the users who suffer from the codebase falling apart, not Apple decision makers.

$500k+ TC makes many burdens worth shouldering

they make $1b in revenue and $300mm a day in profit

Engineers say they want to work on hard problems then complain that they can’t solve something because it’s too complex

The difference is this isn't an inherently hard problem. It's just stupidity. The difficulty is not inherently interesting, because it's all made up.

Seconded, compliance-induced complexity is the most asinine and tedious possible application of programming skills.

sounds like a problem for claude to worry about

And since billions of dollars are on the line it will remain profitable for a long time.

I've always thought the same. Obviously there isn't much of a technical hurdle since they have the engineering talent. But, keeping track of all these cross-region rules and training your staff+customers on it has to be quite costly in multiple respects (time, energy, mental models, etc.)

My personal opinion is that keeping the browser engine locked down isn't much of a profit generator, unlike maintaining full reign over the app store would be.


Hobbling browser engines is a key pillar of app store control. Decent PWA support would be a massive blow to Apple's bottom line.

Is Chrome's PWA support on Android a massive glow to Android Play Store's bottom line?

I don't buy this line, that Safari is intentionally hobbled to prop up the App Store. What's iOS missing for PWA's to be a viable money-maker for companies? Surely there so much money on the line that we would see companies using them. What does Match.com's portfolio of dating apps need to be viable as websites instead?

In reality, when you actually pay attention to Apple's software engineering practices you realise how incredibly cheap and stingy they are. All the apps are so under funded and under developed. Bugs are introduced all over their native platforms all the time and never fixed.


> Is Chrome's PWA support on Android a massive glow to Android Play Store's bottom line?

Probably, but Android allows side-loading. iOS does not.

> What's iOS missing for PWA's to be a viable money-maker for companies?

Brace yourself.

1. Notifications are hobbled. This is HUGE. Silent pushes, rich notifications, NSE, reliable badge counts, and reliable delivery. This is made worse by:

2. Hobbled background priority. PWAs are aggressively suspended and killed. No long running processes. No guarantee of process execution. IndexedDB and in-memory state may be wiped at any time.

3. PWAs can’t access most system frameworks. Bluetooth (CoreBluetooth). NFC (Core NFC). Background location tracking. HealthKit. HomeKit. CallKit / VoIP. Siri Shortcuts / App Intents. AirDrop. Apple Pay (full API). CarPlay. System share extensions.

4. No access to native rendering pipelines. Performance is severely limited.

5. PWAs have unstable, purgeable memory. No persistent file storage.

6. Limited UX and lifecycle control. No termination callbacks. No suspend notifications. Reloaded arbitrarily. Back/forward gestures conflict with browser.

7. No access to native UI components like FaceID, native text fields, drag and drop across apps, context menus, and haptic feedback.

Apple has done everything they possibly can to ensure PWAs are broken on iOS.


It's not just that, Apple also gets $20+ billion per year in AdSense revenue from Google for being the default search engine in Safari. A change of even 10% marketshare would cost them billions, and this money is pure profit.

https://www.cnbc.com/2023/11/14/google-pays-apple-36percent-...


This is the conspiratorial version.

The more likely explanation is that when every app can bundle their own browser engine, we will not see a competition explosion. Instead, Electron apps will come to mobile, with every app shipping its own browser stack.

You can’t tell me Gecko, which has already failed on desktop, will suddenly be popular on mobile. You can easily tell me every app shipping their own Chromium would be very popular with developers.


Firefox is really good now on android. It's my go to browser now for everything. It just needed full addon support but when that was finally there it was great.

This is true, however I think an App Store rule that to ship a browser engine, you have to be a browser, defined as having a browser that is maintained on MacOS, Linux, and/or Windows and which can be made the default browser on those platforms. Or even simpler, it has to present web browsing to the user as the primary function and not secondary to accessing content/shopping/gaming.

Seems either approach would rule out your Slack, Amazon app, etc. from shipping their own outdated 900MB Chromiums but allow Chrome, Firefox, K-Meleon, whatever.


a browser is essentially an app store with no 30% cut for Apple. If you can ship a browser, you don't need to pay the Apple tax

Has PWA become popular on unencumbered platforms like Android or Windows?

No.

Even if unencumbered on iOS, it will still fail, because PWA is an intrinsically confusing technology. The pitch to non-technical users is terrible. Just like passkeys, which has also been terrible.


> "Has PWA become popular on unencumbered platforms like Android or Windows? No."

Yes, PWAs have become popular on these platforms. I work for Microsoft on the Microsoft Store (app store on Windows) and I work with the Edge team, and I work on PWABuilder.com, which publishes PWAs to app stores. Some of the most popular apps in the Microsoft Store are PWAs: Netflix, TikTok, Adobe Creative Cloud, Disney+, and many others.

To view the list of PWAs in the Store, on a Windows box you can run ms-windows-store://assoc/?Tags=AppExtension-microsoft.store.edgePWA

I run PWABuilder.com as well, and I can tell you that many, many PWAs get published to the Google Play Store, including some very popular ones.

I agree there is some confusion around PWA installation. There are some proposed web standards with Google and Microsoft's backing to help with that, e.g. Web Install: https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/...


>Has PWA become popular on unencumbered platforms like Android or Windows? No.

Obviously. When a major Gatekeeper systematically holds it back to prevent it from challenging its taxation funnel, then it has no chance of competing and will thus not be chosen on competing platforms either, which will prevent its adoption and any investment in it.

>Even if unencumbered on iOS, it will still fail, because PWA is an intrinsically confusing technology.

PWA is not an "intrinsically confusing technology" and making such an absurd statement without proper elaboration reeks of pure bias.


It’s not that confusing. To a user it could be the same as an app, just one you can be prompted to “install” instantly without a download and without wasting space on your device.

If Apple weren’t incentivized to block PWA use, they’d allow them to be “installed” with the same type of little top banner that prompts you to get/open an App Store app. Instead they relegate it to some obscure buried option inside the Safari Share menu.


Every app shipping its own Chromium isn't currently forbidden, as I understand it. They're just not allowed to use their own engines for webviews.

Technically you can even write your own webview, but you can't make it the default, nor will it be able to JIT-compile JS, since that requires an entitlement that Apple never grants. Having no JIT is murder on both performance and battery life.


>This is the conspiratorial version.

Everything that's inconvenient for your preferred narrative can just be dismissed as conspiratorial thinking, makes the world so much easier - doesnt it? I've compiled some of the evidences that makes clear how one of the Gatekeepers (Apple) has a tremendous conflict of interest, which manifested itself in systematic sabotaging of PWAs over the years: https://news.ycombinator.com/item?id=45534316


Good. The sooner I can run Firefox with the legit uBlock origin the better.

While its not Firefox, you can run uBlock origin with the Orion browser from the Kagi people.

That’s what I’m currently doing - it’s barely functional. I’m sure it’ll get there eventually but it misses a ton of stuff the desktop version blocks.

I'm running 1Blocker on iOS Safari, what am I not getting?

I'm using wipr and it's great. using vinegar/baking soda for video adblocks.

Proper, full blocking of ads and trackers. Just because you can't see most of them doesn't mean the network requests aren't getting through. And you're not getting a free and open-source extension. And you're not getting 3 extra bucks a month in your wallet, because those grifters made you pay for some pixels despite not contributing to the adblock lists their "business" depends on.

what do you mean? 1Blocker blocks network requests.

It might not block everything to the degree of uBlock Origin, but it does block network requests.


The stuff that makes it through is what I mean.

Okay now that we have come to the topic, How is Orion browser on App store whereas all others aren't?

is there a way to make more innovation in this area and maybe an extension or two developed adding more perms etc or forking Orion or the know-how behind it and replicating it could finally allow PWA on apple iphones?


There are many browsers on the App Store but they all have to use one of two browser engines bundled with iOS.

No you don't get me but all browsers in Iphone even firefox and chrome are webkit forks

and neither of them allow any sort of extensions on top

Orion is the only one I think which still supports firefox or chrome extensions as well. I am sure that it can support PWA or already does, not sure, someone should probably test it out.

Theoretically if you can modify the engine enough to run firefox/chrome extensions on it when firefox/chrome themselves on Iphone can't but somehow Orion can, I don't see a reason why nobody's else doing it but combined with some really really good pwa support as well?


I don't think you get how it works. When you download a browser on iOS it does not have an engine _at all_, not even a "WebKit fork". The browser is just a UI and wrapper for one of the engines bundles in iOS. No modifications can be done to the engine whatsoever, it is part of the OS.

Yeah sorry, I don't really have an Iphone so I was just going on a wild hunch.

I would love to discuss about it and how Orion works then.

My question to you is, how is Orion possible to get firefox/chromium extensions working in webkit then, Because I know that Orion's core itself is built on top of webkit but I am wondering what other additions they did to make it possible to have firefox extensions as an example on the Ios

Can you please walk me through how this is possible? I see no other being able to do such a thing. Like how do they make it work then while the engine bundles in Ios.

I also want to ask if possible is that since I can just go to firefox mozilla addon store and get any extension and use it in Orion. Isn't this sort of really similar to an app store itself with 0 restrictions considering that firefox extensions are very unrestricted usually and similar to PWA (not sure)

This is already possible with Orion so I am wondering why more discoveries are not being done in this space. I would love seeing an open source alternative to Orion as well for Iphone perhaps.

Thank you for telling me that browsers work at an operating system level in Ios but can you please tell me how Orion's then able to do such stuff? And can certain more discoveries be made on that front regarding PWA support , extension support similar to orion etc. as well then?


The Firefox/Chromium extension APIs are just javascript. Orion reimplements them with the features that Webkit/JavascriptCore provides.

Oh alright, thanks for telling.

Is there no way that something can be done for PWA abilities? What's stopping PWA on ios, I don't really follow? I would love it if you can clear up my confusion regarding it.


What actually does “PWA” mean? What APIs or functionality is iOS lacking?

Orion has always been designed to use WebKit.

Apple is intentionally trying to make it frustrating in hopes that people will complain to relevant voices that “there’s too much regulation and you should just let Apple do its thing” which is something they've been pushing a lot in Europe the past few years for example

FeatureToggles.swift


This. It’s computation. Computation doesn’t really “get” geopolitical borders.

I’m so sick of the ever increasing variances between the different “store” offerings in different regions of the world. Seems like every time I push an update (every month or so), I have to answer updated questions and declarations, often relative to different parts of the world.


This is a poorly thought through argument, as there is nothing that “gets” geopolitical borders.

I don’t think you understand Apple‘s stubbornness. They DO NOT like being told what to do.

They seem to have gotten a long way better with Japan in this process than the EU, but they’re still not happy about it. So they’re absolutely not gonna just roll over for everyone.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: