Google's Chromium team working on non-WebKit browser for iOS
Google's Chromium team is working on making a new experimental browser for iOS based on Blink, instead of using Webkit as mandated by App Store policies.
Chromium and WebKit logos
Under the App Store Review Guidelines, web browsers and apps that offer web-browsing capabilities must employ "the appropriate WebKit framework and WebKit Javascript." However, it seems Google is starting to look at other ways to offer browsing on iOS, without using the Apple-sanctioned browser engine.
The search giant's Chromium developers are reportedly working on a web browser for iOS that uses the Blink browser engine, according to The Register. The "content_shell iOS port" referred to in Chromium bug reports is apparently an internal-only application, intended for testing graphics and input latencies.
The posting, from January 31, underlines that it is "experimental only," and it is currently not intended to be "a shippable product."
A spokesperson told the report it is "an experimental prototype that we are developing as part of an open source project with the goal to understand certain aspects of performance on iOS. It will not be available to users and we'll continue to abide by Apple's policies."
Despite the protestations, this may be laying the groundwork for major changes in iOS browser development in the future.
For example, Europe's Digital Markets Act aims to force Apple into making changes to how it allows developers access to iOS as a whole, including the possibility of enabling third-party app storefronts. Since other stores will be able to set their own rules about app content, that means a browser offered through a third-party store wouldn't be limited to the WebKit-only rule.
The National Telecommunications and Information Administration's report released on February 1 also pointed to how Apple's policies have "created unnecessary barriers" for app developers, including "functional restrictions that favor some apps over others."
Apple is reportedly bracing itself for the DMA implementation, with work allegedly happening behind the scenes to comply with the rules, including third-party app storefronts.
With alternate avenues to put apps onto the iPhone potentially on the way, this sort of testing by Google could be viewed as a start towards developing a browser that works to Google's own rules, not those set by Apple. Indeed, the "experimental prototype could be more than just a vehicle for testing.
A report source familiar with browser development says content_shell is a "minimal browser application," and that it is "the start of a browser port." Visible code commits indicate that it is in skeletal form and missing core components including sandboxing, JIT support in V8, and a fully fleshed-out graphics stack.
It's highly plausible that these areas could be improved upon within months, if Google put its resources in that direction. With the prospect of distributing a browser on iOS that doesn't lean on Apple's WebKit engine, that could be all the motivation Google needs.
Read on AppleInsider
Chromium and WebKit logos
Under the App Store Review Guidelines, web browsers and apps that offer web-browsing capabilities must employ "the appropriate WebKit framework and WebKit Javascript." However, it seems Google is starting to look at other ways to offer browsing on iOS, without using the Apple-sanctioned browser engine.
The search giant's Chromium developers are reportedly working on a web browser for iOS that uses the Blink browser engine, according to The Register. The "content_shell iOS port" referred to in Chromium bug reports is apparently an internal-only application, intended for testing graphics and input latencies.
The posting, from January 31, underlines that it is "experimental only," and it is currently not intended to be "a shippable product."
A spokesperson told the report it is "an experimental prototype that we are developing as part of an open source project with the goal to understand certain aspects of performance on iOS. It will not be available to users and we'll continue to abide by Apple's policies."
Despite the protestations, this may be laying the groundwork for major changes in iOS browser development in the future.
Law changes, engine changes
While Apple currently won't allow browsers using anything other than WebKit into the App Store, that policy could potentially be challenged in the future, via changes in law.For example, Europe's Digital Markets Act aims to force Apple into making changes to how it allows developers access to iOS as a whole, including the possibility of enabling third-party app storefronts. Since other stores will be able to set their own rules about app content, that means a browser offered through a third-party store wouldn't be limited to the WebKit-only rule.
The National Telecommunications and Information Administration's report released on February 1 also pointed to how Apple's policies have "created unnecessary barriers" for app developers, including "functional restrictions that favor some apps over others."
Apple is reportedly bracing itself for the DMA implementation, with work allegedly happening behind the scenes to comply with the rules, including third-party app storefronts.
With alternate avenues to put apps onto the iPhone potentially on the way, this sort of testing by Google could be viewed as a start towards developing a browser that works to Google's own rules, not those set by Apple. Indeed, the "experimental prototype could be more than just a vehicle for testing.
A report source familiar with browser development says content_shell is a "minimal browser application," and that it is "the start of a browser port." Visible code commits indicate that it is in skeletal form and missing core components including sandboxing, JIT support in V8, and a fully fleshed-out graphics stack.
It's highly plausible that these areas could be improved upon within months, if Google put its resources in that direction. With the prospect of distributing a browser on iOS that doesn't lean on Apple's WebKit engine, that could be all the motivation Google needs.
Read on AppleInsider
Comments
If I didn’t know better I would have said macs have terrible battery life. No wonder iPads & the App Store are so valuable
And we should know by now that third party App stores are coming. They’ve been around for the Mac since day one and there’s no reason iOS won’t still thrive with them. Apple will make iOS as bulletproof as possible like macOS and let the consumer decide to screw themselves like they continue to do so on the Mac.
To be honest, Apple needs a little competition in the iOS and iPad OS space for browsers. There is a lot of differentiation between browsers available on the Macintosh and what is offered on iOS/iPad OS since all are WebKit based.
Here are the latest results of browser security on various operating systems.
https://privacytests.org/ios.html
The existence of Safari, Apple Maps, Apple Pay, iMessage programs, or Apple Watch, AirPods devices , or anything else that Apple creates is designed to support Apple’s ecosystems, they primarily exist for the purpose of selling hardware, supporting your competitors get you (Apple) nowhere see AAA games for the lack of Apple Mac support.
Verticality also extends in different directions (up and down). Apple does not go up beyond the CE market (at least on any big scale).
Google, Microsoft and Amazon have specialised in industrial, enterprise verticality with all manner of solutions. Apple has nothing comparable to what is happening there. Likewise in the world of fintech. That said, those three plus Huawei, Samsung et al also dig down into the CE market.
As for ecosystems, no one who isn't using an Apple product really sees a big difference. That is because Android, HarmonyOS etc are ecosystems in themselves (and both have fully base compatible open source variants which open market opportunities even more).
Apple using Thread/Matter is an example of where going it alone and trying to baton a system down too much, wasn't working out.
Notice that when each one of those Apple products became successful, the crying ensued. It’s not fair it’s not fair, but at the time of their introduction, the financial analyst’s and the tech analyst’s made fun of it, but they’re not laughing anymore. The tech one percent, want a deck reshuffle.