3 ms·
EDIT: This is wrong now; see below. The SDK agreement seems (both in letter and intention) to be forbidding apps from downloading code that is run by a custom
by mbrubeck 17y ago
EDIT: This is wrong now; see below.
The SDK agreement seems (both in letter and intention) to be forbidding apps from downloading code that is run by a custom interpreter. It does not prevent an app from interpreting code that is part of the app itself.
"No interpreted code may be downloaded and used in an Application except for code that is interpreted and run by Apple’s Published APIs and built-in interpreter(s)."
- daeken 17y agoThat was my understanding as well, but the very latest iPhone SDK document says "downloaded or used" instead of 'and'.
- mbrubeck 17y agoInteresting. I didn't know that.
- deleted 17y ago[deleted]
- yason 17y agoI wonder if iPhone's browser does XML and XSLT, like all modern browsers do? It happens that XSLT is Turing complete, and the browser can certainly download stuff from teh internet. This could mean that merely embedding the browser into your iPhone app effectively turns it into an interpreter for programs downloaded from anywhere. Sure it's sandboxed but technically that shouldn't matter. And I'm sure you could introduce hooks to the browser from native side, to make something interesting out of it.
- ptomato 17y agoOr, you know, javascript. Which the iPhone's browser definitely supports. And which isn't governed by the terms of the SDK anyway.
- blasdel 17y agoWhy the fuck would you bother with XML wankery when you're given a top-of-the-line JIT-compiling javascript engine?
- tedunangst 17y agoWould code downloaded and run by the browser be code that is run by Apple's builtin interpreter?