macplusplus

StrangeDays said:

headfull0wine said:

Won’t it be lost when the phone gets wiped?  Or would someone be stupid enough to sell their phone with their Apple ID still signed in? 

Agreed -- how does this work? Was looking for that info in this article. App Store downloads are tied to the AppleID of the signed-in user.

InspiredCode said:

macplusplus said:

KITA said:

Interesting. This may impact iOS/macOS gaming even further, potentially making third party developers choose to drop support of iOS/macOS or find a new game engine.

It told Epic that by August 28, Apple will cut off Epic’s access to all development tools necessary to create software for Apple’s platforms—including for the Unreal Engine Epic offers to third-party developers, which Apple has never claimed violated any Apple policy. Not content simply to remove Fortnite from the App Store, Apple is attacking Epic’s entire business in unrelated areas. 

If the Unreal Engine can no longer support Apple platforms, the software developers that use it will be forced to use alternatives.

Apple would lose out on Unreal Engine 5 as well it sounds like.

...

Although they are the owner of Unreal Engine, there are less than fifteen iOS games developed with it, according to Wikipedia:
https://en.wikipedia.org/wiki/List_of_Unreal_Engine_games

A recent mainstream game for the Mac is Borderlands 3, but it requires a graphics card of 8 GB on the Mac ! What a game engine is that !

So not many people will miss them once they are gone, and the whole affair will be forgotten in a couple of months even in the blogosphere that feeds it and life will continue as usual...

The Wikipedia article is just showing a few examples.  There are 1000s of games using the engine.  It is very popular for both Indies and big studios.

KITA said:

Interesting. This may impact iOS/macOS gaming even further, potentially making third party developers choose to drop support of iOS/macOS or find a new game engine.

It told Epic that by August 28, Apple will cut off Epic’s access to all development tools necessary to create software for Apple’s platforms—including for the Unreal Engine Epic offers to third-party developers, which Apple has never claimed violated any Apple policy. Not content simply to remove Fortnite from the App Store, Apple is attacking Epic’s entire business in unrelated areas. 

If the Unreal Engine can no longer support Apple platforms, the software developers that use it will be forced to use alternatives.

Apple would lose out on Unreal Engine 5 as well it sounds like.

...

svanstrom said:

macplusplus said:

svanstrom said:

macplusplus said:

svanstrom said:

macplusplus said:

dantheman827 said:

seanismorris said:

ArianneFeldry said:

How would consumers not win? Say Epic wins and they get the fee reduced, the ability for direct payments, or more hopefully, we get full sideloading on iOS. For the first situation we could get cheaper apps, as developers could reduce the price of the apps themselves or the price of In App Purchases, something good for the consumer. For the second we got proof that it would be better for the consumer, as the price of V-Bucks was cheaper with the option for directly purchasing the V-Bucks from Epic rather than through Apple's processor. For the third consumers wouldn't be beholden to the App Store. Stadia and Xcloud would be usable on iOS, Much more open source development could occur on iOS because developers wouldn't have to subscribe to a $100 fee to host their apps on the store. Hell, with sideloading we could get app stores that actually show off more than regurgitate the top apps of each category.

Sideloading isn’t a win for consumers, it introduces significant security risks.

I suppose macOS is a security risk then?

iOS and macOS are significantly different. On macOS you can build a whole application without using a single line of code from Apple, this is a full featured standardized UNIX operating system. You cannot do that on iOS, more than half of the code of an app belongs to Apple. Sometimes some curious developers dare to temper with those underlying undocumented and unpublished APIs and learn their lesson from Apple ! So this is not the phone Java of Y2K that makes an iOS app. To sideload an app into iOS you must first get a license from Apple to use that underlying code that you necessarily integrated into your app, and no law or government in the world can force Apple to give that license !

For those who don't want to use any line of code from iOS then there are web applications. Apple obviously do not charge anything for the sites the user browses. Steve Jobs' first insight was web applications and maybe he was right ?! Maybe the AppStore was a mistake and Apple must shut it down and replace the mainstream utility, productivity and entertainment apps with its own branded (or licensed) ones !

At the time the AppStore was the right thing, and it was required to get things going; but now… Web technologies/standards have evolved to the point where Apple seem to avoid implementing them just to force people into making "real" apps, and using the AppStore.

So that's where the real anti-competitive behaviour is; but no big companies want to take that fight, because they don't benefit from a real open solution.

I don't understand your point, why would Apple avoid implementing web technologies/standards, while there is a whole iWork suite, Pages, Numbers, Keynote, and Photos, Contacts etc... as web applications on iCloud.com?

If you mean by that the exclusion of "apps" that consist of a single web view, again I don't understand why that would be anti-competitive while the developers of those apps do not even need the AppStore, they can  just deploy on the web. In contrast, it is certain that those web view apps present an unfair competition against native apps. The AppStore is not a venue to promote web sites.

The web is a lot more than just design nowadays; there are JavaScript APIs to access/do basically anything on a phone. Bluetooth, run in the background, access address book, and whatever.

That’s what Apple has been slow on even considering, all while Chrome isn’t allowed the access to be able to do it. We’re at least 5 years behind on where we’d been if Apple had been serious about the web. 

I don’t want a web page I close continues to run on the background and mine Bitcoins or spy over Bluetooth. I want Apple curates whatever they allow to run on my iPhone. On the web this is not possible, so the web access to the hardware is not permitted.

Don't be stupid; that's stuff that'd work just like the location api, where the web browser asks you to accept or not.

It'd be even more privacy forward than the AppStore as Apple has been real slow to implement proper security there; like with how any app for years has been able to spy on the clipboard, mined your photos for location data (just because you once picked a profile pic for the app), and so on.

svanstrom said:

macplusplus said:

svanstrom said:

macplusplus said:

dantheman827 said:

seanismorris said:

ArianneFeldry said:

How would consumers not win? Say Epic wins and they get the fee reduced, the ability for direct payments, or more hopefully, we get full sideloading on iOS. For the first situation we could get cheaper apps, as developers could reduce the price of the apps themselves or the price of In App Purchases, something good for the consumer. For the second we got proof that it would be better for the consumer, as the price of V-Bucks was cheaper with the option for directly purchasing the V-Bucks from Epic rather than through Apple's processor. For the third consumers wouldn't be beholden to the App Store. Stadia and Xcloud would be usable on iOS, Much more open source development could occur on iOS because developers wouldn't have to subscribe to a $100 fee to host their apps on the store. Hell, with sideloading we could get app stores that actually show off more than regurgitate the top apps of each category.

Sideloading isn’t a win for consumers, it introduces significant security risks.

I suppose macOS is a security risk then?

iOS and macOS are significantly different. On macOS you can build a whole application without using a single line of code from Apple, this is a full featured standardized UNIX operating system. You cannot do that on iOS, more than half of the code of an app belongs to Apple. Sometimes some curious developers dare to temper with those underlying undocumented and unpublished APIs and learn their lesson from Apple ! So this is not the phone Java of Y2K that makes an iOS app. To sideload an app into iOS you must first get a license from Apple to use that underlying code that you necessarily integrated into your app, and no law or government in the world can force Apple to give that license !

For those who don't want to use any line of code from iOS then there are web applications. Apple obviously do not charge anything for the sites the user browses. Steve Jobs' first insight was web applications and maybe he was right ?! Maybe the AppStore was a mistake and Apple must shut it down and replace the mainstream utility, productivity and entertainment apps with its own branded (or licensed) ones !

At the time the AppStore was the right thing, and it was required to get things going; but now… Web technologies/standards have evolved to the point where Apple seem to avoid implementing them just to force people into making "real" apps, and using the AppStore.

So that's where the real anti-competitive behaviour is; but no big companies want to take that fight, because they don't benefit from a real open solution.

I don't understand your point, why would Apple avoid implementing web technologies/standards, while there is a whole iWork suite, Pages, Numbers, Keynote, and Photos, Contacts etc... as web applications on iCloud.com?

If you mean by that the exclusion of "apps" that consist of a single web view, again I don't understand why that would be anti-competitive while the developers of those apps do not even need the AppStore, they can  just deploy on the web. In contrast, it is certain that those web view apps present an unfair competition against native apps. The AppStore is not a venue to promote web sites.

The web is a lot more than just design nowadays; there are JavaScript APIs to access/do basically anything on a phone. Bluetooth, run in the background, access address book, and whatever.

That’s what Apple has been slow on even considering, all while Chrome isn’t allowed the access to be able to do it. We’re at least 5 years behind on where we’d been if Apple had been serious about the web.