iOS: let quiview conform to API signature changes in iOS 10
In the iOS 10 SDK, method signatures has been annotated with NS_ASSUME_NONNULL macros and 'nullable' keywords. This means that certain methods should not be called with argumens that can be null, or in this case, set to 0 explicitly. The result will be compiler warnings. This patch will rewrite the explicit call we do to touchesCancelled so that we send an empty set instead of 0. Change-Id: I50aa80b91312397d17e0e380815adff87cee852b Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@theqtcompany.com>bb10
parent
e30d0e462f
commit
d3389a6d46
|
|
@ -85,7 +85,7 @@ QIOSWindow::~QIOSWindow()
|
|||
// practice this doesn't seem to happen when removing the view from its superview. To ensure that
|
||||
// Qt's internal state for touch and mouse handling is kept consistent, we therefor have to force
|
||||
// cancellation of all touch events.
|
||||
[m_view touchesCancelled:0 withEvent:0];
|
||||
[m_view touchesCancelled:[NSSet set] withEvent:0];
|
||||
|
||||
clearAccessibleCache();
|
||||
m_view->m_qioswindow = 0;
|
||||
|
|
|
|||
|
|
@ -417,7 +417,8 @@
|
|||
// We do this by assuming that there are no cases where a
|
||||
// sub-set of the active touch events are intentionally cancelled.
|
||||
|
||||
if (touches && (static_cast<NSInteger>([touches count]) != m_activeTouches.count()))
|
||||
NSInteger count = static_cast<NSInteger>([touches count]);
|
||||
if (count != 0 && count != m_activeTouches.count())
|
||||
qWarning("Subset of active touches cancelled by UIKit");
|
||||
|
||||
m_activeTouches.clear();
|
||||
|
|
|
|||
Loading…
Reference in New Issue