Python for iOS
pythonforios.com
pythonforios.com
Since it is not possible to import files for now, would you take requests to add new packages to that extra list?
Problem: I can't seem to swipe between the console, editor, and docs.
Usinh iPhone 4, version 5.0 (9A334)
I have been thinking what to do with the code and how to release it. I want to open-source it and see what people do with it. I think it has a lot of potential to compete with Corona. It is in a prototype-ish state at the moment. If anybody is interested in helping send me an email :).
I realize "Scripting Layer for Android" exists but I wanted to combine native code with Python easily.
note that the email field in your hn profile doesn't show up publicly... you have to also put it in the about field.
* Can you add a free python reference like this one: http://www.diveintopython.net/
* Syntax highlighting!
* Dropbox support - a very simple module to save .py or txt files into a dropbox folder and sync - this would be great!
Interpreted code is perfectly legitimate to use in an iOS app, under certain restrictions.
The first is that you cannot JIT it, because the OS prevents execution of memory that has been writable (this is true for every app except for MobileSafari and it the reason why the only arbitrary code execution vulnerabilities have been found through MobileSafari).
The second is that you're not allowed download executable code to increase or change the functionality of the app. The reasoning for this I see as a little bit of selfishness on Apple's part, in that you can't really build a native app that acts as a platform for other people's fully-fledged 'apps' bypassing the app store, and the second being that the user's expectation of an app is that it be pretty much self contained in terms of functionality.
There have been exceptions to this though. CouchDB for iOS runs interpreted on the Erlang VM, but its database queries are executed by Mozilla's command line javascript engine. The code that runs on this query engine is actually downloaded through the database's syncing functionality, and it IS allowed in the app store.
So there does seem to be some leeway in terms of what is actually banned in that case. It seems that if downloading something technically turing-complete is REQUIRED as part of an essential function of the app, and cannot by necessity actually _change_ the main functionality of the app through running in a very limited sandbox (no I/O of any kind or indeed anything but data processing in this case), then it's allowed.
To get back to your original point, if someone wanted to build a bit of middleware that bridged the CocoaTouch libraries with python, then distributed that and allowed people to compile apps with it, it would be perfectly legal on iOS.
I'm glad they did it. 3 dollars is nothing compared with the value I got from being able to use python on my phone.
The real question is: why the sense of entitlement?
... on a platform that is definitely not free/open, and definitely not on the low end of the price scale.
"Free" software is great, except for the expectations some bring that everything should be free, and nobody should profit from their efforts - except for Apple apparently.
I use a mix of Apple products and F/OSS software, and I am happy to pay for quality products when they satisfy a need, especially from small or independent developers.