> On Jun 23, 2015, at 7:31 PM, Alex Zavatone <z...@mac.com> wrote:
> > > On Jun 23, 2015, at 9:27 PM, Kyle Sluder wrote: > >>> On Jun 23, 2015, at 6:10 PM, Alex Zavatone <z...@mac.com> wrote: >>> >>> Actually, the rotate event is the one that is being caught and sent. >>> >>> If it's a UIEvent and it's listed as a UIInternalEvent, within the >>> debugger, how do I check the type and subtype to see what type of event it >>> is so that I can return immediately if it is the wrong type? >> >> I don’t understand the question. Or rather, I understand the question, but I >> don’t understand why you are asking it. > > Because an exception is thrown in that case and I'd prefer to return before > my app quits. It’s your code that’s throwing the exception, right? Or are you saying that UIKit is throwing an exception if you ask for the .type of a UIEvent that it hands you, if that object just so happens to be an instance of a private subclass? > >> There are three public types of event: Touches, Motion, and RemoteControl. >> Are you saying that UIInternalEvents are re-using one of these constants, >> and therefore you need an alternative way to disambiguate them? That’s >> definitely a problem and you should file a Radar. > > I'm saying "I want to see which event it is and return if it is a motion > event". Assuming the exception is being thrown by your code, stop doing that and just check the event’s .type. If it isn’t equal to Motion, skip it. > >> >> If you just want to spelunk around the innards of a private UIEvent >> subclass, then no. We will not provide you information to do so. >> >> Barring that, just do if (event.type==UIEventTypeMotion) { } else if >> (event.type==UIEventTypeTouches) { } … > > Yeah, I tried that. The event.type is returning -1 and isn't matching any of > the 3 UIEventType enum values. It's not matching on any of them. There is no guarantee that the event type will be a member of the public enum. Your code needs to be prepared for this case. A future OS might add a new event type. You don’t want your existing, shipping apps to blow up when the user upgrades their OS. --Kyle Sluder _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com