On Wed, 17 Aug 2011, Johan Vromans wrote: > "Jan Dubois" <j...@activestate.com> writes: > > > That is no longer true (I think it was changed around September 2010 > > or so). You can use whatever you want, as long as *all* code is > > included in your application; you are just not allowed to download > > additional code from the net at runtime. > > This would, indeed, imply that PerlApp and Cava applications are > acceptable? > > Now if we only had wxPerl for the iPad...
There may very well be other iOS App Store policies that could prove to be a problem. E.g. I know that Tcl/Tk does need to use several "private" OS X APIs when using the Cocoa API. The way you can work around it for the OS X App Store is to link against the Tcl framework already included in OS X. That way you are not making these private calls directly. But that doesn't work on the iPad because Apple doesn't ship the Tcl framework with iOS. The need for these private APIs may not exist in wxWidgets, I have no idea. They were needed for Tk because widgets can morph at runtime in ways that Apple doesn't support publicly. And of course there are countless other policies that you all have to adhere to if you want to publish you app on Apple's store. Cheers, -Jan
