Annuler UISearchBar lorsque l'utilisateur appuie sur la vue

Une alternative idée que j'ai eu de iphonedevbook, des exemples de code projet 04, a été d'utiliser un seul gros bouton transparent qui se trouve derrière toutes les autres commandes qui ne fait rien, mais démissionner tous les premiers intervenants, si exploité. I. e. si l'utilisateur appuie à un endroit où il n'y a pas plus de contrôle important - ce qui est le comportement intuitif - la barre de recherche et le clavier disparaître.

Je l'ai accompli à l'aide d'un UITapGestureRecognizer:

UIGestureRecognizer* cancelGesture;

- (void) backgroundTouched:(id)sender {
    [self.view endEditing:YES];
}

#pragma mark - UISearchBarDelegate

-(void)searchBarTextDidBeginEditing:(UISearchBar *)searchBar {
    cancelGesture = [UITapGestureRecognizer new];
    [cancelGesture addTarget:self action:@selector(backgroundTouched:)];
    [self.view addGestureRecognizer:cancelGesture];
}

-(void)searchBarTextDidEndEditing:(UISearchBar *)searchBar {
    if (cancelGesture) {
        [self.view removeGestureRecognizer:cancelGesture];
        [cancelGesture release];
        cancelGesture = nil;
    }
}

Le code est un nu, mais vous pouvez voir le but. Lorsque la barre de recherche commence à modifier, vous fixez un robinet geste de reconnaissance à la vue du contrôleur de la vue, et l'enlever quand il cesse de l'édition.

Il y a quelques mises en garde que vous pouvez travailler autour de: faire de cette manière si vous cliquez sur autre chose que le clavier ou la barre de recherche du champ de texte, la reconnaissance des pièges du clic, donc si vous utilisez les effacer, annuler, de la portée et des résultats qu'elles ne réagissent pas correctement.

Dans mon scénario, j'ai eu un UITableView qui couvrait la surface exposée de la vue, de sorte que j'ai joint le geste de reconnaissance de la place de la vue des contrôleurs de vue principale, l'isolement de la zone à laquelle le geste allait répondre.

Tout d'abord, vous avez besoin d'une référence, la barre de recherche. Supposons que votre contrôleur de l'objet a une référence d'objet UISearchBar *theSearchBar, et que vous attribuez au moment de créer la UISearchBar objet.

Ensuite, vous avez besoin de détecter que le contenant a été touché. Le point de vue qui est touché "sait", mais vous avez besoin d'obtenir que des informations sur le contrôleur. Malheureusement, Apple ne fournit pas un moyen simple de faire cela, mais il n'est pas difficile non plus.

Ma solution est de remplacer la norme UIView qu'un UIViewController objet crée normalement avec un UIControl, et ensuite faire le UIViewController répondre à des événements tactiles.

MainController.m

- (void) loadView {
    UIControl *control = [[UIControl alloc] initWithFrame: <desired frame>];
[control addTarget: self action: @selector(touchUpInside) 
             forControlEvents: UIControlEventTouchUpInside];
       //or touch down events, or whatever you like
    self.view = control;
    [control release];
}

- (void) viewDidLoad {
    [super viewDidLoad];
    theSearchBar = [[UISearchBar alloc] initWithFrame: <desired frame>];

    //insert code to finish customizing the search bar

    [self.view addSubview: theSearchBar];
}

- (void) touchUpInside {
    if [theSearchBar isFirstResponder] {
        //grab any data you need from the search bar
        [theSearchBar resignFirstResponder];
    }
}

MainController.h

@interface MainController : UIViewController
{
    UISearchBar *theSearchBar;
}

Précisions:

Il n'existe qu'un seul objet -- appelons la classe MainController -- qui est une sous-classe de UIViewController. Toutes les méthodes énumérées ci-dessus sont mis en œuvre dans MainController. theSearchBar est déclaré comme un UISearchBar* dans la .h fichier.

Êtes-vous définir votre point de vue et contrôleur à l'aide de l'Interface Builder? Si si, je vous suggère d'apprendre à ne PAS l'utiliser, une fois que vous obtenez dans le genre de trucs que nous discutons ici, il devient de plus en plus un fardeau qu'une aide, je ne l'utilise pas du tout, jamais.