367

I submitted my app a little over a week ago and got the dreaded rejection email today. It tells me that my app cannot be accepted because I'm using a non-public API; specifically, it says,

The non-public API that is included in your application is firstResponder.

Now, the offending API call is actually a solution I found here on SO:

UIWindow *keyWindow = [[UIApplication sharedApplication] keyWindow]; UIView *firstResponder = [keyWindow performSelector:@selector(firstResponder)]; 

How do I get the current first responder on the screen? I'm looking for a way that won't get my app rejected.

1

26 Answers 26

534

If your ultimate aim is just to resign the first responder, this should work: [self.view endEditing:YES]

Sign up to request clarification or add additional context in comments.

9 Comments

For all of you saying that this is the answer to the "question", can you take a look at the actual question? The question asks how to get the current first responder. Not how to resign the first responder.
and where should we call this self.view endEditing?
True enough that this is not exactly answering the question, but clearly it is a very useful answer. Thanks!
+1 even if it's not an answer to the question. Why? Because many come here with a question in mind that this answer answers :) At least 267 (at the moment) of them...
This is not answering the question.
|
365

In one of my applications I often want the first responder to resign if the user taps on the background. For this purpose I wrote a category on UIView, which I call on the UIWindow.

The following is based on that and should return the first responder.

@implementation UIView (FindFirstResponder) - (id)findFirstResponder { if (self.isFirstResponder) { return self; } for (UIView *subView in self.subviews) { id responder = [subView findFirstResponder]; if (responder) return responder; } return nil; } @end 

iOS 7+

- (id)findFirstResponder { if (self.isFirstResponder) { return self; } for (UIView *subView in self.view.subviews) { if ([subView isFirstResponder]) { return subView; } } return nil; } 

Swift:

extension UIView { var firstResponder: UIView? { guard !isFirstResponder else { return self } for subview in subviews { if let firstResponder = subview.firstResponder { return firstResponder } } return nil } } 

Usage example in Swift:

if let firstResponder = view.window?.firstResponder { // do something with `firstResponder` } 

15 Comments

Why is this a better solution than simply calling [self.view endEditing:YES]?
@Tim I didn't you could do that. It's obviously a much simpler way to resign the first responder. It doesn't help with the original questions, though, which was to identify the first responder.
Also, this is a better answer because you might want to do something else with the first responder than resigning it...
It should be noted that this only finds UIViews, not other UIResponders that could also be the first responder (e.g. UIViewController or UIApplication).
Why the difference for iOS 7? wouldn't you also want to recurse in that case?
|
198

A common way of manipulating the first responder is to use nil targeted actions. This is a way of sending an arbitrary message to the responder chain (starting with the first responder), and continuing down the chain until someone responds to the message (has implemented a method matching the selector).

For the case of dismissing the keyboard, this is the most effective way that will work no matter which window or view is first responder:

[[UIApplication sharedApplication] sendAction:@selector(resignFirstResponder) to:nil from:nil forEvent:nil]; 

This should be more effective than even [self.view.window endEditing:YES].

(Thanks to BigZaphod for reminding me of the concept)

6 Comments

this is BY FAR the best solution, thanks a million ! this is way better than the solution above this one, because it works even of the active textfield is part of the accessory view of the keyboard (in that case it is not part of our view hierarchy)
Awesome, this is exactly what I needed (I want to send custom actions through the responder chain). The above solutions fail when the first responder is a view, but this is perfect.
This solution is the best-practice solution. The system already knows who the first responder is, there's no need to find it.
This doesn't even answer the question asked. How can it be the best solution? See Jakob Egger's answer for the real solution.
devios1: Jakob's answer is exactly what the question asks for, but it's a hack on top of the responder system, rather than using the responder system the way it was designed to. This is cleaner and accomplishes what most people come to this question for, and in a one-liner too. (You can of course send any target-action style message, and not just resignFirstResponder).
|
110

Here's a category that allows you to quickly find the first responder by calling [UIResponder currentFirstResponder]. Just add the following two files to your project:

UIResponder+FirstResponder.h:

#import <Cocoa/Cocoa.h> @interface UIResponder (FirstResponder) +(id)currentFirstResponder; @end 

UIResponder+FirstResponder.m:

#import "UIResponder+FirstResponder.h" static __weak id currentFirstResponder; @implementation UIResponder (FirstResponder) +(id)currentFirstResponder { currentFirstResponder = nil; [[UIApplication sharedApplication] sendAction:@selector(findFirstResponder:) to:nil from:nil forEvent:nil]; return currentFirstResponder; } -(void)findFirstResponder:(id)sender { currentFirstResponder = self; } @end 

The trick here is that sending an action to nil sends it to the first responder.

(I originally published this answer here: https://stackoverflow.com/a/14135456/322427)

5 Comments

Very nice. Should work really well for then being able to ask the first responder who (if anyone) in the chain will handle a particular action method were it to be sent. You can use this to enable or disable controls based on whether they're able to be handled. I'll answer my own question on this and reference your answer.
Warning: This doesn't work if you start adding multiple windows. I unfortunately can't point to a cause beyond that yet.
This is an actual answer, unlike the several super upvoted answers that don't actually answer the question. And the accepted answer which is super inefficient.
Apple blocked using the method name findFirstResponder in a selector passed to -[UIApplication sendAction:to:from:forEvent:] in iOS 14. It seems they noticed this answer. But you can just use a different method name instead.
54

Here is a Extension implemented in Swift based on Jakob Egger's most excellent answer:

import UIKit extension UIResponder { // Swift 1.2 finally supports static vars!. If you use 1.1 see: // http://stackoverflow.com/a/24924535/385979 private weak static var _currentFirstResponder: UIResponder? = nil public class func currentFirstResponder() -> UIResponder? { UIResponder._currentFirstResponder = nil UIApplication.sharedApplication().sendAction("findFirstResponder:", to: nil, from: nil, forEvent: nil) return UIResponder._currentFirstResponder } internal func findFirstResponder(sender: AnyObject) { UIResponder._currentFirstResponder = self } } 

Swift 4

import UIKit extension UIResponder { private weak static var _currentFirstResponder: UIResponder? = nil public static var current: UIResponder? { UIResponder._currentFirstResponder = nil UIApplication.shared.sendAction(#selector(findFirstResponder(sender:)), to: nil, from: nil, for: nil) return UIResponder._currentFirstResponder } @objc internal func findFirstResponder(sender: AnyObject) { UIResponder._currentFirstResponder = self } } 

7 Comments

Modified answer to for swift1.2 where static var are supported.
Hi, when I print out the result of this on a brand new single-view application in viewDidAppear() I get nil. Shouldn't the view be the first responder?
@LinusGeffarth Doesn't it make more sense to call the static method current instead of first ?
Guess so, edited it. I seem to have dropped the important part when abbreviating the variable name.
@Arjan this seems to be due to a method name conflict. You can change the private method name findFirstResponder to whatever other name you want (i.e. findFirstResponder1) and it just works.
|
29

It's not pretty, but the way I resign the firstResponder when I don't know what that the responder is:

Create an UITextField, either in IB or programmatically. Make it Hidden. Link it up to your code if you made it in IB.

Then, when you want to dismiss the keyboard, you switch the responder to the invisible text field, and immediately resign it:

 [self.invisibleField becomeFirstResponder]; [self.invisibleField resignFirstResponder]; 

4 Comments

This is both horrible and genius at the same time. Nice.
I find that a bit dangerous - Apple may decide one day that making a hidden control become the first responder is not intended behavior and "fix" iOS not to do this any more, and then your trick may stop working.
Or you can assign the firstResponder to a UITextField that is currently visible and then call resignFirstResponder on that particular textField. This removes the need to create a hidden view. All the same, +1.
I rather think it is only horrible... it may change the keyboard layout (or input view) before hiding it
22

For a Swift 3 & 4 version of nevyn's answer:

UIApplication.shared.sendAction(#selector(UIView.resignFirstResponder), to: nil, from: nil, for: nil) 

Comments

11

Here's a solution which reports the correct first responder (many other solutions won't report a UIViewController as the first responder, for example), doesn't require looping over the view hierarchy, and doesn't use private APIs.

It leverages Apple's method sendAction:to:from:forEvent:, which already knows how to access the first responder.

We just need to tweak it in 2 ways:

  • Extend UIResponder so it can execute our own code on the first responder.
  • Subclass UIEvent in order to return the first responder.

Here is the code:

@interface ABCFirstResponderEvent : UIEvent @property (nonatomic, strong) UIResponder *firstResponder; @end @implementation ABCFirstResponderEvent @end @implementation UIResponder (ABCFirstResponder) - (void)abc_findFirstResponder:(id)sender event:(ABCFirstResponderEvent *)event { event.firstResponder = self; } @end @implementation ViewController + (UIResponder *)firstResponder { ABCFirstResponderEvent *event = [ABCFirstResponderEvent new]; [[UIApplication sharedApplication] sendAction:@selector(abc_findFirstResponder:event:) to:nil from:nil forEvent:event]; return event.firstResponder; } @end 

Comments

9

Using Swift and with a specific UIView object this might help:

func findFirstResponder(inView view: UIView) -> UIView? { for subView in view.subviews as! [UIView] { if subView.isFirstResponder() { return subView } if let recursiveSubView = self.findFirstResponder(inView: subView) { return recursiveSubView } } return nil } 

Just place it in your UIViewController and use it like this:

let firstResponder = self.findFirstResponder(inView: self.view) 

Take note that the result is an Optional value so it will be nil in case no firstResponder was found in the given views subview hierarchy.

Comments

8

The first responder can be any instance of the class UIResponder, so there are other classes that might be the first responder despite the UIViews. For example UIViewController might also be the first responder.

In this gist you will find a recursive way to get the first responder by looping through the hierarchy of controllers starting from the rootViewController of the application's windows.

You can retrieve then the first responder by doing

- (void)foo { // Get the first responder id firstResponder = [UIResponder firstResponder]; // Do whatever you want [firstResponder resignFirstResponder]; } 

However, if the first responder is not a subclass of UIView or UIViewController, this approach will fail.

To fix this problem we can do a different approach by creating a category on UIResponder and perform some magic swizzeling to be able to build an array of all living instances of this class. Then, to get the first responder we can simple iterate and ask each object if -isFirstResponder.

This approach can be found implemented in this other gist.

Hope it helps.

Comments

6

Iterate over the views that could be the first responder and use - (BOOL)isFirstResponder to determine if they currently are.

Comments

6

Rather than iterate through the collection of views looking for the one that has isFirstResponder set, I too send a message to nil, but I store the receiver of the message so I can return it and do whatever I wish with it.

Additionally, I zero out the optional that holds the found responder in a defer statement from within the call itself. This ensures no references remain--even weak ones--at the end of the call.

import UIKit private var _foundFirstResponder: UIResponder? = nil extension UIResponder { static var first:UIResponder? { // Sending an action to 'nil' implicitly sends it to the first responder // where we simply capture it and place it in the _foundFirstResponder variable. // As such, the variable will contain the current first responder (if any) immediately after this line executes UIApplication.shared.sendAction(#selector(UIResponder.storeFirstResponder(_:)), to: nil, from: nil, for: nil) // The following 'defer' statement runs *after* this getter returns, // thus releasing any strong reference held by the variable immediately thereafter defer { _foundFirstResponder = nil } // Return the found first-responder (if any) back to the caller return _foundFirstResponder } // Make sure to mark this with '@objc' since it has to be reachable as a selector for `sendAction` @objc func storeFirstResponder(_ sender: AnyObject) { // Capture the recipient of this message (self), which is the first responder _foundFirstResponder = self } } 

With the above, I can resign the first responder by simply doing this...

UIResponder.first?.resignFirstResponder() 

But since my API actually hands back whatever the first responder is, I can do whatever I want with it.

Here's an example that checks if the current first responder is a UITextField with a helpMessage property set, and if so, shows it in a help bubble right next to the control. We call this from a 'Quick Help' button on our screen.

func showQuickHelp(){ if let textField = UIResponder?.first as? UITextField, let helpMessage = textField.helpMessage { textField.showHelpBubble(with:helpMessage) } } 

The support for the above is defined in an extension on UITextField like so...

extension UITextField { var helpMessage:String? { ... } func showHelpBubble(with message:String) { ... } } 

Now to support this feature, all we have to do is decide which text fields have help messages and the UI takes care of the rest for us.

Comments

5

Peter Steinberger just tweeted about the private notification UIWindowFirstResponderDidChangeNotification, which you can observe if you want to watch the firstResponder change.

1 Comment

He get rejected because using a private api, maybe using a private notification also could be a bad idea...
5

If you just need to kill the keyboard when the user taps on a background area why not add a gesture recognizer and use it to send the [[self view] endEditing:YES] message?

you can add the Tap gesture recogniser in the xib or storyboard file and connect it to an action,

looks something like this then finished

- (IBAction)displayGestureForTapRecognizer:(UITapGestureRecognizer *)recognizer{ [[self view] endEditing:YES]; } 

1 Comment

This worked great for me. I chose one connection to a view on the Xib, and I can add additional views for this to invoke in Referencing Outlet Collections
5

Just it case here is Swift version of awesome Jakob Egger's approach:

import UIKit private weak var currentFirstResponder: UIResponder? extension UIResponder { static func firstResponder() -> UIResponder? { currentFirstResponder = nil UIApplication.sharedApplication().sendAction(#selector(self.findFirstResponder(_:)), to: nil, from: nil, forEvent: nil) return currentFirstResponder } func findFirstResponder(sender: AnyObject) { currentFirstResponder = self } } 

Comments

4

This is what I did to find what UITextField is the firstResponder when the user clicks Save/Cancel in a ModalViewController:

 NSArray *subviews = [self.tableView subviews]; for (id cell in subviews ) { if ([cell isKindOfClass:[UITableViewCell class]]) { UITableViewCell *aCell = cell; NSArray *cellContentViews = [[aCell contentView] subviews]; for (id textField in cellContentViews) { if ([textField isKindOfClass:[UITextField class]]) { UITextField *theTextField = textField; if ([theTextField isFirstResponder]) { [theTextField resignFirstResponder]; } } } } } 

Comments

4

Update: I was wrong. You can indeed use UIApplication.shared.sendAction(_:to:from:for:) to call the first responder demonstrated in this link: http://stackoverflow.com/a/14135456/746890.


Most of the answers here can't really find the current first responder if it is not in the view hierarchy. For example, AppDelegate or UIViewController subclasses.

There is a way to guarantee you to find it even if the first responder object is not a UIView.

First lets implement a reversed version of it, using the next property of UIResponder:

extension UIResponder { var nextFirstResponder: UIResponder? { return isFirstResponder ? self : next?.nextFirstResponder } } 

With this computed property, we can find the current first responder from bottom to top even if it's not UIView. For example, from a view to the UIViewController who's managing it, if the view controller is the first responder.

However, we still need a top-down resolution, a single var to get the current first responder.

First with the view hierarchy:

extension UIView { var previousFirstResponder: UIResponder? { return nextFirstResponder ?? subviews.compactMap { $0.previousFirstResponder }.first } } 

This will search for the first responder backwards, and if it couldn't find it, it would tell its subviews to do the same thing (because its subview's next is not necessarily itself). With this we can find it from any view, including UIWindow.

And finally, we can build this:

extension UIResponder { static var first: UIResponder? { return UIApplication.shared.windows.compactMap({ $0.previousFirstResponder }).first } } 

So when you want to retrieve the first responder, you can call:

let firstResponder = UIResponder.first 

1 Comment

This is the only correct answer now. The sendAction method returns nil after initializing a UIImagePickerController.
3

This is what I have in my UIViewController Category. Useful for many things, including getting first responder. Blocks are great!

- (UIView*) enumerateAllSubviewsOf: (UIView*) aView UsingBlock: (BOOL (^)( UIView* aView )) aBlock { for ( UIView* aSubView in aView.subviews ) { if( aBlock( aSubView )) { return aSubView; } else if( ! [ aSubView isKindOfClass: [ UIControl class ]] ){ UIView* result = [ self enumerateAllSubviewsOf: aSubView UsingBlock: aBlock ]; if( result != nil ) { return result; } } } return nil; } - (UIView*) enumerateAllSubviewsUsingBlock: (BOOL (^)( UIView* aView )) aBlock { return [ self enumerateAllSubviewsOf: self.view UsingBlock: aBlock ]; } - (UIView*) findFirstResponder { return [ self enumerateAllSubviewsUsingBlock:^BOOL(UIView *aView) { if( [ aView isFirstResponder ] ) { return YES; } return NO; }]; } 

Comments

2

You can try also like this:

- (void) touchesBegan: (NSSet *) touches withEvent: (UIEvent *) event { for (id textField in self.view.subviews) { if ([textField isKindOfClass:[UITextField class]] && [textField isFirstResponder]) { [textField resignFirstResponder]; } } } 

I didn't try it but it seems a good solution

Comments

2

This is good candidate for recursion! No need to add a category to UIView.

Usage (from your view controller):

UIView *firstResponder = [self findFirstResponder:[self view]]; 

Code:

// This is a recursive function - (UIView *)findFirstResponder:(UIView *)view { if ([view isFirstResponder]) return view; // Base case for (UIView *subView in [view subviews]) { if ([self findFirstResponder:subView]) return subView; // Recursion } return nil; } 

1 Comment

This works correctly only if the first responder is a direct descendant of the view findFirstResponder is called onto. Otherwise it will return the ancestor that is a direct descendant of the target view.
2

Swift version of @thomas-müller's response

extension UIView { func firstResponder() -> UIView? { if self.isFirstResponder() { return self } for subview in self.subviews { if let firstResponder = subview.firstResponder() { return firstResponder } } return nil } } 

Comments

2

You can choose the following UIView extension to get it (credit by Daniel):

extension UIView { var firstResponder: UIView? { guard !isFirstResponder else { return self } return subviews.first(where: {$0.firstResponder != nil }) } } 

1 Comment

This works correctly only if the first responder is a direct descendant of the view findFirstResponder is called onto. Otherwise it will return the ancestor that is a direct descendant of the target view.
1

you can call privite api like this ,apple ignore:

UIWindow *keyWindow = [[UIApplication sharedApplication] keyWindow]; SEL sel = NSSelectorFromString(@"firstResponder"); UIView *firstResponder = [keyWindow performSelector:sel]; 

3 Comments

but... please use 'respondsToSelector' to check
I do check 'respondsToSelector' now but I still get a warning, this might be unsafe. Can I get rid of the warning somehow?
Totally incorrect, Apple will reject your application if you use private API. It's even part of the question, the asker explicitly said that using the private firstResponder got them an rejection.
1

I would like to shared with you my implementation for find first responder in anywhere of UIView. I hope it helps and sorry for my english. Thanks

+ (UIView *) findFirstResponder:(UIView *) _view { UIView *retorno; for (id subView in _view.subviews) { if ([subView isFirstResponder]) return subView; if ([subView isKindOfClass:[UIView class]]) { UIView *v = subView; if ([v.subviews count] > 0) { retorno = [self findFirstResponder:v]; if ([retorno isFirstResponder]) { return retorno; } } } } return retorno; } 

Comments

0

The solution from romeo https://stackoverflow.com/a/2799675/661022 is cool, but I noticed that the code needs one more loop. I was working with tableViewController. I edited the script and then I checked. Everything worked perfect.

I recommed to try this:

- (void)findFirstResponder { NSArray *subviews = [self.tableView subviews]; for (id subv in subviews ) { for (id cell in [subv subviews] ) { if ([cell isKindOfClass:[UITableViewCell class]]) { UITableViewCell *aCell = cell; NSArray *cellContentViews = [[aCell contentView] subviews]; for (id textField in cellContentViews) { if ([textField isKindOfClass:[UITextField class]]) { UITextField *theTextField = textField; if ([theTextField isFirstResponder]) { NSLog(@"current textField: %@", theTextField); NSLog(@"current textFields's superview: %@", [theTextField superview]); } } } } } } } 

1 Comment

Thanks! You are correct, the most answers presented here are not a solution when working with uitableview. You could simplify your code a lot, even take out the if if ([textField isKindOfClass:[UITextField class]]) , allowing the use for uitextview, and could return the firstresponder.
-1

Code below work.

- (id)ht_findFirstResponder { //ignore hit test fail view if (self.userInteractionEnabled == NO || self.alpha <= 0.01 || self.hidden == YES) { return nil; } if ([self isKindOfClass:[UIControl class]] && [(UIControl *)self isEnabled] == NO) { return nil; } //ignore bound out screen if (CGRectIntersectsRect(self.frame, [UIApplication sharedApplication].keyWindow.bounds) == NO) { return nil; } if ([self isFirstResponder]) { return self; } for (UIView *subView in self.subviews) { id result = [subView ht_findFirstResponder]; if (result) { return result; } } return nil; } 

Comments

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.