There's also a new browser choice screen. Today Apple has announced a new set of changes it's going to implement into its mobile operating systems to...
I don't expect most iPhone users to ever change their default settings, but it's nice that it will be possible in a year.
Who knows, maybe one day you can run actual Firefox on them too? :p
Who knows, maybe one day you can run actual Firefox on them too? :p
You could, in the EU. But as the EU is only a small portion of the market (Apple did not succeed as much with brainwashing here), Mozilla said it would be too costly to literally recreate FF from scratch for iOS, only for the EU market.
You know, I hadn't realized this before. Thanks to Apple's decade-long policy, alternative browsers for iOS literally don't exist, they'll have to be ported. It will take years for that to happen, if anybody even bothers. Well, Google will.
And that's how Apple will have managed to shoot themselves in the foot and have iOS fall under Chrome domination too.
At this point if they were smart they would sponsor the ports of alternative browsers that are not Chrome, but I doubt they have it in them.
Any browser on iOS/iPadOS etc. is just a reskin of Safari. It might add new features - VPN, closing-all-tabs-feature, sync - but the underlying browser engine is still webkit, including all its limitations. Those limitations are, for example, limited debugging and no plugin support. Whereas I can install almost all desktop addons on my FF nightly on Android, I can't even have adblock on "Firefox" iOS. And even after Apple opened up the browser stuff, so FF can now be based on gecko, Mozilla would need to create and maintain a whole new App - for the EU, because other countries won't get those possibilities ever.
So FF on my iPad is just a way for me to access website-only stuff. In my Android phone, I also use eg. youtube/piped, deepl, maps in FF. That would be a pain on iOS due to missing Addons.
An European iPhone, aka an iPhone which will get these features, is identified by a background process named countryd, introduced in iOS 16. Its only purpose is to compute and predict the most likely location of the user (as in country/region) and lock down features accordingly.
These are only some of the factors taken into the equation:
GPS location
Wi-Fi location
Wi-Fi hotspot country codes
Cellular/GSM country codes
IP address
Home and roaming operator regions
Apple Account region
Device region
Satellite reachability
countryd takes in all of these and more as input to provide the most likely country of the user. If that country is in the EU, then 💥 Sideloading, Default Apps, etc etc etc goodies
I was in Corfu last week when the news of the Epic store came about, so tried to install it on my UK registered iPhone. All I got was a notification telling me that my phone isn’t eligible.
So yeah, no Fortnite in my phone for me. Not that I really care about that, I just like fiddling with shit.
IOW, not something that one stuck in Ameristan can realistically override. Damn.
A handful of those factors are fairly trivial, but addressing all of them concurrently sounds like a tall order - especially since presumably one can't talk to countryd directly and feed it the desired data.
Appreciate the clarity - iOS just isn't a platform I have a need or the tools to code in.
It's already trivial to get local banking details from many countries, (e.g., 'multi-currency' debit cards) but as far as I'm aware there's not a practical way to get a foreign debit card without the usual hoops that the full account would require.
Probably because demand for such a thing is low - I can generate disposable card numbers on the fly, but only from my home country. Can't imagine (aside from this specific edge case in question) generating foreign card numbers would be all that useful most of the time.
End-user support for such a thing would also be a challenge - I'm very accustomed to entering the usual data points with my card, but users would forget the associated postal code, or any number of other things, and then call support whining that it's 'broken'.
Every other company envies Apple's position, and if they had the same power they'd build the same walled garden. Companies do whatever is most profitable. Believing otherwise shows a complete ignorance of capitalism.
Unregulated capitalism is guaranteed monopolistic tyranny.
you'll also be able to switch to a different default for phone calls, messaging
Whoa, this is interesting tbh. I don’t think calls/messages is something they really expose at the moment for developers, do they?
Personally I don’t really care, the default apps are good and I don’t even know what you would want to replace the dialer for, but it’s nice that you can.
Imagine iOS getting the capability to have third party RCS messengers before (non rooted) Android though. Lmao
As a developer, you don’t really get access to any of that.
Mainly, you can’t access any history of calls and messages at all, nor can you automate sending one. All interactions with calling or texting has to be done with user interaction. Namely, calling requires the user to confirm the call, and sending a message requires the user to confirm, and they can also edit the message beforehand.
I don’t think that’s bad, given that messages are some of the most private things on our devices, and personally, I never had to use any of these or required more access. But more choice is always appreciated.
Sure, it has to be done with user interaction, but that doesn't mean it has to be through the stock apps, which is what the article says you will be able to replace here.
What I'm saying is, for this to actually work, they do have to expose these APIs to allow developers to write a custom dialer and messages app. I think the only thing remotely related there is right now is CallKit which is kind of the other way around (integrates non-phone calls into the stock dialer).
Was always curious why there was an extra step to confirm when making a call through the GV app. Not using it anymore, but I see the logic behind requiring that confirmation.
Google Voice, with built-in dialer, voicemail, etc., was useful once upon a time, from when they acquired GrandCentral (original company) up through a few years ago.
Not so much anymore, just recently ported out the last couple of numbers I was using them for. I don't see much use case for replacing the dialer, except insofar as the ability to do so has value in terms of freedom and open markets.
AFAIK, browser choice is still limited (as usual with Apple) because every browser on iOS needs to use Apple's WebKit engine. That means they only differ in UI.