I've seen some Android devices where the text is barely readable. Why create visual challenges just to be different?
I would assume that Apple could move that automated check from the review process to an on-device installation check, so that it applies to sideloaded apps just the same.The APIs area available - Apple calls em „private API“ since the beginning and no App is allowed to use em beside Apples own Apps. Apple forbids the use of private API and controls this in the App review process.
But 3rd party AppStores and Sideloading disables Apples control.
Nope. Private Api has been used very often in Apps. Apple uses a very simple scanning approch to detect it, but as a developer you can bypass this check. Also loading of code will be possible or the installation of an emulator like an Amiga/C64/N64 emulator.I would assume that Apple could move that automated check from the review process to an on-device installation check, so that it applies to sideloaded apps just the same.
Nope. Private Api has been used very often in Apps. Apple uses a very simple scanning approch to detect it, but as a developer you can bypass this check. Also loading of code will be possible or the installation of an emulator like an Amiga/C64/N64 emulator.
I think you are not too deep into what is possible and what is not. Once you had to jailbreak the device but with 3rd party AppStores/Sideloading you‘ll probably get everything you had on a jailbroken device.
It remains to be seen how Apple reacts. Apple could open up its API and improve its AppStore to be less restrictive. But Apple could also disable features like ApplePay if you enable Sideloading - but it should be careful, since other companies will soon offer an alternative to ApplePay - GooglePay on the iPhone?!?
People who complain about customizability and a e s t h e t i cwho asked for this? genuine question
who asked for this? genuine
My point is, Apple is surely not checking manually for private API calls in the review process, it’s automated. And the same automation could presumably be done on-device.Nope. Private Api has been used very often in Apps. Apple uses a very simple scanning approch to detect it, but as a developer you can bypass this check. Also loading of code will be possible or the installation of an emulator like an Amiga/C64/N64 emulator.
It is harder than you may think. In machine code, you just need an address to execute a function, you know. Apple didn‘t manage to prohibit execution of private api for over 15 years now. With Objective-C Apple just searched for the Ascii name of the function in binary code and developers just obfuscated the call. And internally public Api functions call private Api functions again - just one reason why this is really hard to stop.My point is, Apple is surely not checking manually for private API calls in the review process, it’s automated. And the same automation could presumably be done on-device.
In addition, it should be possible to sandbox apps to intercept private API calls. I don’t see why that shouldn’t be technically possible, other than maybe requiring a slight resource overhead.
Loading of code will of course be possible, but that will either be interpreted code, or if JITed will have to go through some Apple API to make the memory executable (and write-protected), again giving Apple the opportunity to check for private API calls.
This is all manageable for Apple, and not a killer argument for disallowing sideloading.
It’s not complicated for the private API implementations to check where the call is coming from, or to change the calling mechanism in the context of side-loaded apps. It may be inconvenient for Apple to integrate such changes, but it’s totally feasible.It is harder than you may think. In machine code, you just need an address to execute a function, you know. Apple didn‘t manage to prohibit execution of private api for over 15 years now. With Objective-C Apple just searched for the Ascii name of the function in binary code and developers just obfuscated the call. And internally public Api functions call private Api functions again - just one reason why this is really hard to stop.
Really Positive Pete?? I don't see you ever complain when security issues are noted,..almost monthly. Why don't you complain then about baby sitting?Can’t believe all the Negative Nancies here and trying to tell MR not to post stuff like this.
You want a baby-sitter for your device? Really?
Really Positive Pete?? I don't see you ever complain when security issues are noted,..almost monthly. Why don't you complain then about baby sitting?
Maybe I will talk to the EU and ask them to force Apple to open up their ecosystem so that these things can happen? Oh! Wait, it has already happened due to DMA. Looks like Apple has meekly surrendered instead of putting up a fight as so many Apple apologists here suggested, such as leaving the EU. So sad to see that such a thing has not come to pass.Buy Android if you want to change your phone's system font
Fixed it for you. Just don't even knock Android for offering user choice on the device they own... Android will shame an iPhone every day, all day on that one. It took Apple 15 years to allow someone to customize their freaking lock screen.Buy Android if you want tochangecustomize your phone's system fontlook or function.
Android is more popular because it’s cheaper, that’s really what it boils down to. Customization of font and colors matters most to teens and young adults. People who use their phones for business and professionally don’t really care what font it is, so long as it’s fast and accurate (speaking from personal perspective; I use both OS because my job requires Android).Being able to make simple customisations like this is partly why Android is so wholly dominant worldwide outside of USA, but I wouldn't endorse downloading something that exploits a security loophole in order to customize your iPhone. The whole idea seems sketchy as eff.
Be careful about installing a 3rd party IPA file. The developer gets full access to your phone!
And after your font is changed, your bank account will be depleated.
Yeah, super dangerous... So do you all think that Apple is quite secure but at the same time that they have only one security barrier?It’s unfortunate that it’s being advertised by MacRumors without sufficient warning of how dangerous this is. Someone is going to do this and get burned really bad.
Just because you did something and nothing bad happened doesn’t mean it can’t or even there’s significant chance of it happening. I know people who never wear their seatbelt and they say oh I’ve been accident and wasn’t hurt, so obviously seatbelts aren’t needed.If jailbreak didn’t empty my bank account, this won’t do it neither lol
Android is more popular because it’s cheaper, that’s really what it boils down to. Customization of font and colors matters most to teens and young adults. People who use their phones for business and professionally don’t really care what font it is, so long as it’s fast and accurate (speaking from personal perspective; I use both OS because my job requires Android).
Security is always up to the end user. It doesn't matter how much the manufacturer tries to secure, in the end the user has to be careful of how he uses the devices and especially what he installs.Yeah, super dangerous... So do you all think that Apple is quite secure but at the same time that they have only one security barrier?
If jailbreak didn’t empty my bank account, this won’t do it neither lol
How to make your fancy and expensive iPhone look like a knockoff.
Bias much?
Age? There are a lot of us older folk who do.
- Fold 4
- 22 Ultra
- Xperia
- Pixel 7 Pro
- ASUS ROG
- etc…
![]()
How to make your fancy and expensive iPhone look like a knockoff.