This is part three of three parts:
- install Qt and Xcode, then test build and deploy an example Qt app for iOS
- cross compile static libraries for iOS (using pyqtdeploy.)
- use pyqtdeploy to cross compile and package your app.
As discussed in Choosing a Toolchain, there are many possible toolchains. In previous parts, we only compiled static libraries for the ARM architecture of real iOS devices. In this example, we will use the pyqtdeploy/Xcode/real iOS device toolchain.
The steps are:
- use pyqtdeploy GUI
- sign up and pay for an iOS developer
- connect and configure your real iOS device for development
- use Xcode to deploy
- run app on real device
Pyqtdeploying your app for target iOS
Here you use the pyqtdeploy GUI app to prepare projects, makefiles, and source code. This is very similar as for any target.
Connecting and configuring your real iOS device
Hook up your device with a USB cable.
What follows is highly automated. Xcode should start and display the Organizer, featuring your device
Briefly, wait for it to process a while, then choose the ‘Configure for Development’ button, and so forth.
(Dated, confusing, and slightly conflicting instructions are given here.)
Compiling and packaging your app for target iOS using Xcode
Assuming you ran qmake step in pyqtdeploy, it created an xcodeproj.
Open that project in Xcode.
Configure Xcode to deploy to your real device: click in the left side of the title bar where it may say ‘Foo project>iosSimulator’ ??. A list of devices (real and simulator) should appear. Choose a real device.
Choose Product>Run. A few dialogs may appear:
- allowing codesigning to occur
- to tell you to unlock your sleeping device using its four character passcode.
This deploys your app, updating it if it was deployed previously.
This also runs your app, displaying stdout and stderr within Xcode. Your app will become active (displaying its windows) on the device. Touch the device to generate input events and debug.
Run your app later
On the real device, pan left and right in the display of apps to find your app. (It probably has a default, nondescript icon.) Tap to run it.
FAQ or Notes
No QPrintSupport module of Qt. If you import PyQt5.QtPrintSupport, you get an error at link time. Unlike on Android where I did not seem to get a link error (but only a crash?) Apparently Qt does not yet support printing on mobile devices.
Debug on iOS first. In my opinion, because Xcode generates better error messages at link time, and because Xcode displays your program’s stdout and stderr in a window (unlike using QtCreator on Android? I could not easily get it to work.)
If your app was designed for the desktop, it may work since the QtApplication flag about translating touch events to mouse event defaults to ‘translate touch to mouse events.’ If you change the default, it seems like some widgets e.g. menus and buttons will not work (they depend on mouse events?)