"If we do not receive an update within forty-eight hours, your app [Pythonista] may be removed from sale"
Kenbo01 last edited by
Very worrying tweet on Ole's Twitter feed:
Gerzer last edited by
Yeah, I hope he does resolve the conflict within 48 hours :/
Seems similar to the Editorial rejection. Would love to know what is executable? .py files are text....
Kenbo01 last edited by
Ole speculating that it may be the "Open In" Pythonista feature from other apps. Doesn't seem like Apple have been particularly clear on the issue.
techteej last edited by
Apple needs to hop off Ole
Rothrock42 last edited by
Yikes! Hope it can worked out without compromising Pythonista. It is so fantastic and gives me something to actually do with my iPad.
pypy last edited by
disappointed in Apple
ccc last edited by
Well that is a Swift kick in the ass.
Zoot last edited by
Apple (since Jobs) has a paranoia that they will somehow lose control of their platform through alternative "app stores" where someone would write an app that would offer you other 3rd party programs which it would download and execute.
Hence, for years it was impossible to get any app into the store that allowed user-written "code" and even today with many things like Codea (lua) and other Python apps, you're not supposed to be able to download and execute any kind of code or scripts from the internet etc.
Apparently Flappy Bird in Pythonista is this huge threat to Apple's monopoly on iOS apps.
Sebastian last edited by
@ccc Haha! Good one XD
the_buch last edited by
Could it just be the ability to open .py's in Pythonista from Dropbox. Does that count as downloading code? I use a drafts action to save scripts that I can't otherwise open in Pythoniata via the New Gist script, save them to Dropbox as .py and that way I can open them in Pythonista on all my devices. But based on what somebody else said it doesn't seem like that ought to be a big deal.
shlomor last edited by
It is the time to abandon Apple
Wait... Do you guys think Ole is also going to be forced to remove x-callback-url integration? You can use it in ways Apple probably wouldn't agree with.... Or does the rejection strictly encompass only Pythonista's ability to download executable code? Also, is anyone else having problems with the Gist downloader scripts after GitHub moved away from raw.github.com urls? Sorry if this is a stupidly obvious question, thanks in advance!
omz last edited by
Okay, everyone relax! :) Pythonista 1.5 has just been approved by Apple, and I plan to release it on Monday.
Unfortunately, the whole thing was a bit rushed because of Apple's 48h deadline, so Xcode export didn't make it in this time. However, this is a feature I've considered moving out of the app for a while, because it can just as well be done on a Mac (which you need anyway). I will probably be able to prepare an Xcode template for Pythonista scripts over the weekend. It shouldn't be much harder to use than the previous in-app export.
As you might have read in my Twitter feed, the Open in... menu integration is also gone, and this one won't return. I'm sad to see it go, but I didn't have a choice. The alternative would have been to have Pythonista removed from the App Store entirely. Note that this does not affect the
console.open_infunction, it's entirely about opening files from other apps in Pythonista.
Apart from these issues, there's quite a lot of cool new stuff in this update – the UI module that I've introduced in Editorial 1.1 will also be available in Pythonista 1.5 (including the visual UI Editor), so you can build custom user interfaces for your scripts. It's also possible to combine this with
scene-based scripts (you can basically embed a scene in a UI, so you can use things like a text field for highscores in a game).
In addition to that, I've integrated numpy and matplotlib, which are both very popular in the scientific Python community. There's a new
motionmodule for getting more detailed information from the device's accelerometer and gyroscope (decoupled from the
scenemodule), and the
photosmodule has received an overhaul – for example, you can get at metadata when picking an image from the library, and it's possible to retrieve images in their original format (e.g. for lossless png screenshots).
For a few more details about what to expect in this update, here are the release notes from the new documentation:
techteej last edited by
why monday? just wondering if Apple already approved it.
beer2011 last edited by
Congratulations! I'm happy.
Change notes show a downgrade of requests module.
tomkirn last edited by
Not possible to release earlier? Just thinking about caused by the weekend - having more time for experiments with the new UI module.
Can't wait for the release! This makes my day.
due3die last edited by
@omz First congrats... Sad for "open in...". Happy for rest of things... Once again congrats...