Touchposé is a set of classes for iOS that renders screen touches when a device is connected to a mirrored display.
Switch branches/tags
Nothing to show
Pull request Compare This branch is 35 commits behind toddreed:master.
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.
Touchposé Example
Touchposé screen shot.png


Touchposé with four fingers on the screen.

Touchposé is a set of classes for iOS that renders screen touches when a device is connected to a mirrored display. Touchposé adds a transparent overlay to your app’s UI; all touch events cause semi-transparent circles to be rendered on the overlay--an essential tool when demoing an app with a projector (with an iPad 2 or iPhone 4S).

To use Touchposé in your own app, copy QTouchposeApplication.m and QTouchposeApplication.h from the example project to your project.

Touchposé should work for most apps (but read the caveat below). It’s implemented by a single public class, QTouchposeApplication, and several private classes. QTouchposeApplication overrides ‑sendEvent: and is responsible for rendering touches on the overlay view. There are some gnarly implementation bits to ensure that the overlay view remains the top-most view in the view hierarchy. This is achieved by intercepting calls to -didAddSubview: and -becomeKeyWindow using method swizzling. Method swizzling is supported by the Objective-C runtime, but it’s usually considered a dangerous practice, especially when done on classes you don’t own. Furthermore, it only works if you’re the only one swizzling—if some other class is also swizzling methods on the same class, things may go amok. My recommendation is to only use this code in private builds when you want to demo your app to an audience on a projector.

To use Touchposé with an app, indicate that QTouchposeApplication should be used instead of UIApplication. This is done by specifying the application class in UIApplicationMain:

    int main(int argc, char *argv[])
            return UIApplicationMain(argc, argv,
                                     NSStringFromClass([QTouchposeApplication class]),
                                     NSStringFromClass([QAppDelegate class]));

That’s it; no other steps are needed. By default, touch events are only displayed when actually connected to an external device. If you want to always show touch events, set the alwaysShowTouches property of QTouchposeApplication to YES.

Known Issues

  • When an alert view is display, touches that are initiated outside the alert view aren’t displayed. Touches inside the alert view are displayed correctly (even if moved outside the alert view).

  • It seems that in iOS versions earlier than 5, Touchposé interferes with the performance of the on-screen keyboard. As a workaround, Touchposé is automatically disabled when the keyboard is shown if running a version earlier than iOS 5. Note that touches are never displayed on the keyboard, even on iOS 5. This isn’t too significant, because the keyboard already has a visual effect indicating where touches occur.

  • The finger touch views are not always removed when a touch ends. This appears to be caused by a bug in iOS: we don't get notified of all UITouch instances ending. See here for a discussion of this issue. I haven't investigated this issue extensively—it seems to only occur on versions of iOS prior to 5.


Touchposé is licensed under the Apache License, Version 2.0.