ANGLE
for iOS (looks) ready, and Apple urges devs to migrate away from OpenGLES.framework
. Time for a switch?
#8292
Milestone
Hello everyone!
Has been (almost) a couple of years after I did my first iteration over "making sure there's a continuity, even after Apple takes the toughest decision" (See: #4333)
I can only agree with the decision to stick with the
OpenGLES.framework
until something robust and mature (likeANGLE
, the official one) is ready.And finally, something seems to have changed:
ANGLE
switched frominprogress
tocomplete
for iOS Metal backing renderer some months ago. (See: https://github.com/google/angle)Webkit
to support WebGL things. (See: https://github.com/WebKit/WebKit/tree/main/Source/ThirdParty/ANGLE)... so, it's definitely time for a switch? (Or at least, a parallel implementation, since iOS < 12 does not support Metal, even if most modern apps can likely survive without supporting iOS <= 11, which is also not available anymore as a minimum deployment target in XCode 15 😅)
What are SDL devs thoughts?
Is there already something scheduled? (in SDL3)
IMHO, switching (or adding a new implementation) to ANGLE in
UIKit
, is something that needs to be scheduled before the next major iOS update, as even if we're still safe in iOS 17, there's no guarantee that the next iOS version will still have support forOpenGLES.framework
, and having a plan B before that happens, is important for continuity for apps (and frameworks) that are using this feature.The text was updated successfully, but these errors were encountered: