I know this isn't new for Japan, but this requirement caught my eye:
> Use memory-safe programming languages, or features that improve memory safety within other languages, within the alternative web browser engine at a minimum for all code that processes web content
Would Apple themselves meet this requirement? Isn't WebKit C++? Of course, I'm not sure what would be considered "features that improve memory safety within other languages," that's kind of vague.
Of course. It's just a coincidence that they're placing onerous restrictions on competi- I mean alternative browser engines. Restrictions which, of course, they're not obliged to follow themselves.
I am sure that Apple will make no other efforts to impede others from unwalling the garden. That would be completely ridiculous, and frankly, un-Apple-esque.
The separate-binary requirement makes it completely DOA so I assume they're still breaking the law.
And they mandate no sharing of login-state with any other app from the same developer, despite violating that themselves (Safari sync is turned on by default, no encryption by default). Funny. And they mandate blocking third-party cookies, great but completely inappropriate for an OS to impose.
Apple is going to (mostly) obey the letter of the law but they will continue to resist strongly in every way they can. Onerous requirements, arbitrary restrictions, overzealous enforcement, and most of all bad APIs with limited capabilities and no workarounds for bugs.
Shipping a good and complete browser engine on iOS will require more than just developers. You'll also need a team of lawyers to threaten and sue Apple to get their policy restrictions relaxed and APIs fixed.
I doubt Mozilla or Google will be willing to spend the many developer-years and lawyer-years it will take to fully port every feature of a whole engine and properly maintain it in such a hostile environment, just for the Japan market. I expect to see some hobbyist-level ports but not something worth using for a long time. Unless other countries follow suit.
My hope for laws such as the ones Japan and the EU enacted was that companies would see the writing on the wall and change their practices worldwide, if only for cost reasons (it presumably being more expensive to maintain multiple sets of rules.) However, these companies are now so large that they can choose to absorb any inefficiencies on a country-by-country basis.
There are many things Apple does that have anticompetitive motivations, but the browser engine doesn't seem like one of them. It's genuinely about security and battery life and standardization. So if cost was never the reason in the first place, cost is not going to be the reason to change.
It is literally done for strategic reasons to put a stranglehold on innovations on the web, so that there is no risk of web app technology developing to a point to threaten the dominance of native apps and the app store.
Anybody that thinks otherwise is hopeless naive, Steve Jobs himself envisioned a web app future as the future of technology; before Apple found out the gold mine that the app store became.
2026 should be the year when every tech-minded person dumps Apple (and Google) for good and either starting running either a free Android OS (Graphene, Lineage or a couple of other variants) or a Linux phone.
At this point, Apple and Google devices are nothing more than instruments of coercion and mass surveillance.
I don't have Apple devices to compare, but I think KDE Connect can closely replicate this, entirely locally. I wouldn't be surprised if Apple's "deep integrations" rely on cloud components that are privacy-violating by design (even if Apple promises not to look at the data flowing through their servers).
Most cross device stuff in the Apple world actually works via P2P Bluetooth and WiFi and functions without an internet connection or even a shared WiFi network. Mac and iDevice WiFi hardware is even designed with this in mind and is capable of maintaining P2P connections to other devices and a WiFi network simultaneously without rapidly switching between the two like many commodity WiFi cards have to.
I disagree. I had an iPhone in the past and find the minimalist Graphene UI refreshing. It's like comparing KDE on Arch to Windows 11 or MacOS. Nothing gets in your way or distracts you, the OS is what an OS is supposed to be, a platform for managing and launching apps.
It’s definitely something that varies from person to person. I tried putting Graphene on a secondary Android device (an old Pixel 3XL) and compared to the stock ROM or more typical AOSP fork (e.g. LineageOS or Pixel Experience), I found it rather frustrating. I can’t imagine running it on my daily driver.
Similarly with Linux, the sheer number of rough edges, papercuts, and quirks is still too high (regardless of if I’m using a big name DE or hyper minimal tiling WM or somewhere in between) for them to serve as my main desktop environment.
KDE connect over Bluetooth or WiFi seems ideal for this, so it's definitely possible. I am not sure how the iDevices deal with this, but I really don't want anything cloud-connected.
tail scale drop is much more complicated than literally copying and pasting on iDevice. that's literally all you do, no setup, nothing and this is just one example for one type of action.
you don't need to believe me. I use it daily. don't know why you're so defensive lol - it's our own opinion. fyi I didn't have to do anything for this to work (clipboard laptop to phone)
2026 should be the last year when anyone technical-minded comes around to the realization that Google/Apple are in the Fed's pocket. If you're making the switch in 2027 or 2028, it's probably too late for you.
The fact we still can't get this in the US is atrocious. They have already paid the cost to implement this for the EU and Japan, but simply don't allow it for US users because... spite, I guess? Horrible.
It reminds me of when I asked for my account to be deleted from some online learning site (Udacity maybe?) And they're response was: "Nope, we only do that for European users." Like they went through all the effort of implementing a proper way to delete your data, but they just... don't do it if you're not in the right geographic area.
The US DOJ was attempting to sue Apple in an antitrust suit for many things, including blocking every browser engine except their own Safari browser on iOS.
The title is misleading. "Allows" need to be in quotes - they did everything they could to make sure this won't change anything in practice. Screw Apple.
Could you elaborate? Other than the "Japan" requirement it seems legit?
I guess the requirements are pretty onerous, but they all seem like table stakes for a browser these days (Firefox or Chrome should have no problem with them, for instance.)
I agree with the “enforce competition laws” sentiment, but in this context, enforced naively, all it’ll do is entrench the dominant browser engine, Blink, even more across the mobile ecosystem.
I’m sure some devs will love this. But equally, some may worry about the monoculture implications.
It’s still got popularity within tech-inclined Mac/iOS circles too because it’s easier on the battery than Chrome (+derivatives) and Firefox. Some would like to switch but because neither Google nor Mozilla has much to lose for their browsers being battery hogs, relatively little engineering effort gets dedicated to improving efficiency compared to WebKit (which is similarly efficient under Linux in e.g. GNOME Web, proving it’s not purely first-party advantage).
That’s because Apple adds two extra legs to Safari on OS level and cuts both the legs of other browsers in a manner of speaking by rigging this comparison.
I think the narrative is that once developers have the option to tell all of their users "we only support Chrome, just install Chrome" then any support for Safari will dry up.
Unfortunately I don't think we will see if this is how it plays out until Apple has to allow other browsers globally.
>Apple will only authorize developers to implement alternative browser engines after meeting specific criteria and who commit to a number of ongoing privacy and security requirements
There's a chair in every hotel room for iOS users. You can't even chose the software that runs on devices you bought (i don't even say "own").
I know this isn't new for Japan, but this requirement caught my eye:
> Use memory-safe programming languages, or features that improve memory safety within other languages, within the alternative web browser engine at a minimum for all code that processes web content
Would Apple themselves meet this requirement? Isn't WebKit C++? Of course, I'm not sure what would be considered "features that improve memory safety within other languages," that's kind of vague.
https://github.com/WebKit/WebKit/wiki/Safer-CPP-Guidelines
Documentation to guide devs on safe usage of C++ is enough?
So any language should be allowed as long as they instruct developers to be careful.
I don't know if they do this, but those conventions could be enforced by a tool.
Theres C++ in military airplanes, they just cut out 90% of the features: https://www.stroustrup.com/JSF-AV-rules.pdf
And heres a nice video about it: https://youtu.be/Gv4sDL9Ljww?si=Z4riPMKAKcIKaU0s
Yes, they do this, and it's really not an unreasonable requirement.
Of course. It's just a coincidence that they're placing onerous restrictions on competi- I mean alternative browser engines. Restrictions which, of course, they're not obliged to follow themselves.
I am sure that Apple will make no other efforts to impede others from unwalling the garden. That would be completely ridiculous, and frankly, un-Apple-esque.
The separate-binary requirement makes it completely DOA so I assume they're still breaking the law.
And they mandate no sharing of login-state with any other app from the same developer, despite violating that themselves (Safari sync is turned on by default, no encryption by default). Funny. And they mandate blocking third-party cookies, great but completely inappropriate for an OS to impose.
Does this mean we'll finally have "real" firefox with support for ublock origin on iOS?
Apple is going to (mostly) obey the letter of the law but they will continue to resist strongly in every way they can. Onerous requirements, arbitrary restrictions, overzealous enforcement, and most of all bad APIs with limited capabilities and no workarounds for bugs.
Shipping a good and complete browser engine on iOS will require more than just developers. You'll also need a team of lawyers to threaten and sue Apple to get their policy restrictions relaxed and APIs fixed.
I doubt Mozilla or Google will be willing to spend the many developer-years and lawyer-years it will take to fully port every feature of a whole engine and properly maintain it in such a hostile environment, just for the Japan market. I expect to see some hobbyist-level ports but not something worth using for a long time. Unless other countries follow suit.
Could’ve happened some time ago already in the EU, so there must be reasons for Firefox an Google not to ship their own engines (yet?).
My hope for laws such as the ones Japan and the EU enacted was that companies would see the writing on the wall and change their practices worldwide, if only for cost reasons (it presumably being more expensive to maintain multiple sets of rules.) However, these companies are now so large that they can choose to absorb any inefficiencies on a country-by-country basis.
There are many things Apple does that have anticompetitive motivations, but the browser engine doesn't seem like one of them. It's genuinely about security and battery life and standardization. So if cost was never the reason in the first place, cost is not going to be the reason to change.
It is literally done for strategic reasons to put a stranglehold on innovations on the web, so that there is no risk of web app technology developing to a point to threaten the dominance of native apps and the app store.
Anybody that thinks otherwise is hopeless naive, Steve Jobs himself envisioned a web app future as the future of technology; before Apple found out the gold mine that the app store became.
2026 should be the year when every tech-minded person dumps Apple (and Google) for good and either starting running either a free Android OS (Graphene, Lineage or a couple of other variants) or a Linux phone.
At this point, Apple and Google devices are nothing more than instruments of coercion and mass surveillance.
Unfortunately, I appreciate the deep integration between my phone and my laptop too much to drop either
I don't have Apple devices to compare, but I think KDE Connect can closely replicate this, entirely locally. I wouldn't be surprised if Apple's "deep integrations" rely on cloud components that are privacy-violating by design (even if Apple promises not to look at the data flowing through their servers).
Most cross device stuff in the Apple world actually works via P2P Bluetooth and WiFi and functions without an internet connection or even a shared WiFi network. Mac and iDevice WiFi hardware is even designed with this in mind and is capable of maintaining P2P connections to other devices and a WiFi network simultaneously without rapidly switching between the two like many commodity WiFi cards have to.
This is profoundly out of touch with how almost everyone who isn’t a particularly zealous member of certain movements lives their lives.
UX is much worse imo on graphene compared to iOS
I disagree. I had an iPhone in the past and find the minimalist Graphene UI refreshing. It's like comparing KDE on Arch to Windows 11 or MacOS. Nothing gets in your way or distracts you, the OS is what an OS is supposed to be, a platform for managing and launching apps.
It’s definitely something that varies from person to person. I tried putting Graphene on a secondary Android device (an old Pixel 3XL) and compared to the stock ROM or more typical AOSP fork (e.g. LineageOS or Pixel Experience), I found it rather frustrating. I can’t imagine running it on my daily driver.
Similarly with Linux, the sheer number of rough edges, papercuts, and quirks is still too high (regardless of if I’m using a big name DE or hyper minimal tiling WM or somewhere in between) for them to serve as my main desktop environment.
UX, not UI. perfect example is you copy something on your laptop and paste it on your phone. trivial on iDevice.
Trivial as in it works well sometimes and badly in other times with no explanation for why. That’s my experience anyway.
KDE connect over Bluetooth or WiFi seems ideal for this, so it's definitely possible. I am not sure how the iDevices deal with this, but I really don't want anything cloud-connected.
Tailscale drop is better and works across devices.
tail scale drop is much more complicated than literally copying and pasting on iDevice. that's literally all you do, no setup, nothing and this is just one example for one type of action.
https://tailscale.com/kb/1106/taildrop
look at all of that, lol. iDevice is literally copy and paste any file or text. the end - you don't even have to set it up.
This sounds like hyperbole. I've never used tailscale, but reading that doc:
Installation: Install the tailscale client
Sharing: Click on the share menu and select tailscale
It's a beta feature so there's also a switch you have to flip for now.
you don't need to believe me. I use it daily. don't know why you're so defensive lol - it's our own opinion. fyi I didn't have to do anything for this to work (clipboard laptop to phone)
this doesn't work sometimes. my wife complains frequently
KDE Connect is more reliable than Continuity Clipboard, in my experience.
>UX is much worse imo on graphene compared to iOS
Freedom and privacy exist on graphene.
2026 should be the last year when anyone technical-minded comes around to the realization that Google/Apple are in the Fed's pocket. If you're making the switch in 2027 or 2028, it's probably too late for you.
The fact we still can't get this in the US is atrocious. They have already paid the cost to implement this for the EU and Japan, but simply don't allow it for US users because... spite, I guess? Horrible.
It reminds me of when I asked for my account to be deleted from some online learning site (Udacity maybe?) And they're response was: "Nope, we only do that for European users." Like they went through all the effort of implementing a proper way to delete your data, but they just... don't do it if you're not in the right geographic area.
Why only Japan? Seems like something forced them to in Japan.
The US DOJ was attempting to sue Apple in an antitrust suit for many things, including blocking every browser engine except their own Safari browser on iOS.
https://www.justice.gov/archives/opa/media/1344546/dl?inline
Who knows if this will actually move forward now that "Tim Apple" gave the current leader a meaningless golden trophy.
It's in the EU and Japan, so basically all regions that have pushed back against Apple's anti-competitive ways.
https://developer.apple.com/documentation/bundleresources/en...
Yes, there is a new Japanese law that forces them.
The title is misleading. "Allows" need to be in quotes - they did everything they could to make sure this won't change anything in practice. Screw Apple.
Could you elaborate? Other than the "Japan" requirement it seems legit?
I guess the requirements are pretty onerous, but they all seem like table stakes for a browser these days (Firefox or Chrome should have no problem with them, for instance.)
Did Japan decide to push proper competition laws?
Time to force Apple to do it everywhere. Very long overdue.
I agree with the “enforce competition laws” sentiment, but in this context, enforced naively, all it’ll do is entrench the dominant browser engine, Blink, even more across the mobile ecosystem.
I’m sure some devs will love this. But equally, some may worry about the monoculture implications.
It hasn’t on Macs. Safari is still popular among non-tech folk
It’s still got popularity within tech-inclined Mac/iOS circles too because it’s easier on the battery than Chrome (+derivatives) and Firefox. Some would like to switch but because neither Google nor Mozilla has much to lose for their browsers being battery hogs, relatively little engineering effort gets dedicated to improving efficiency compared to WebKit (which is similarly efficient under Linux in e.g. GNOME Web, proving it’s not purely first-party advantage).
That’s because Apple adds two extra legs to Safari on OS level and cuts both the legs of other browsers in a manner of speaking by rigging this comparison.
I think the narrative is that once developers have the option to tell all of their users "we only support Chrome, just install Chrome" then any support for Safari will dry up.
Unfortunately I don't think we will see if this is how it plays out until Apple has to allow other browsers globally.
>Apple will only authorize developers to implement alternative browser engines after meeting specific criteria and who commit to a number of ongoing privacy and security requirements
There's a chair in every hotel room for iOS users. You can't even chose the software that runs on devices you bought (i don't even say "own").
iOS users love that Apple curates software for them.