-didSelectRowAtIndexPath: non appelé

J'écris une application iOS avec une vue tabulaire dans une vue à onglets. Dans mon UITableViewController, j'ai implémenté -tableView:didSelectRowAtIndexPath:, mais lorsque je sélectionne une ligne au moment de l'exécution, la méthode n'est pas appelée. La vue de table est cependant remplie, donc je sais que d'autres méthodes tableView de mon contrôleur sont appelées.

Quelqu'un a-t-il une idée de ce que j'ai pu foirer pour que cela se produise?

Il semble que la classe ne soit peut-être pas UITableViewDelegatepour cette vue de table, bien queUITableViewController soit censée la définir automatiquement.

Y a-t-il une chance que vous réinitialisiez le délégué dans une autre classe?

Juste au cas où quelqu'un aurait fait la même erreur stupide que moi:

Vérifiez si le nom de la méthode de ce que vous attendez didSelectpeut être obtenu accidentellement d' didDeselectune manière ou d'une autre. Il m'a fallu environ deux heures pour le découvrir ...

Une autre chose qui pourrait conduire au problème n'est pas le type de sélection sélectionné:

Devrait être Single Selectionpour une sélection normale, ne devrait pas êtreNo Selection .

Pour ce faire par programme, procédez comme suit:

tableView.allowsSelection = YES

Une autre possibilité est qu'un UITapGestureRecognizer puisse manger les événements, comme c'était le cas ici: https://stackoverflow.com/a/9248827/214070

Je ne soupçonnais pas cette cause, car les cellules du tableau étaient toujours surlignées en bleu comme si les robinets passaient.

Toutes les bonnes réponses, mais il y en a une de plus à rechercher ...

(En particulier lors de la création d'un UITableView par programme)

Assurez-vous que tableView peut répondre à la sélection en définissant [tableView setAllowsSelection:YES];ou en supprimant toute ligne qui le définit NO.

Si le problème survient, UITapGestureRecognizervous pouvez résoudre ce problème:

• dans Storyboard:

en code avec Objective-C:

UITapGestureRecognizer *tap = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(dismissKeyboard)]; 
[self.view addGestureRecognizer:tap];

[tap setCancelsTouchesInView:NO];

en code avec Swift:

let tap = UITapGestureRecognizer(target: self, action:Selector("dismissKeyboard"))
view.addGestureRecognizer(tap)

tap.cancelsTouchesInView = false

J'ai rencontré deux choses dans ces situations.

1. Vous avez peut-être oublié d'implémenter le protocole UITableViewDelegate, ou il n'y a pas de sortie de délégation entre votre classe et votre vue de table.

2. Vous pouvez avoir une UIView dans votre ligne qui est un premier répondant et supprime vos clics. Dites un bouton UIB ou quelque chose de similaire.

J'ai eu le même problème. Et c'était difficile à trouver. Mais quelque part dans mon code était le suivant:

- (NSIndexPath *)tableView:(UITableView *)tableView willSelectRowAtIndexPath:(NSIndexPath *)indexPath {
    return nil;
}

Ça doit être return indexPath, sinon -tableView:didSelectRowAtIndexPath:on n'appelle pas.

Si vous avez ajouté un gestureRecognizer au-dessus de UITableView, didSelectRowAtIndexPathil ne sera pas appelé.

Vous devez donc utiliser la méthode déléguée gestureRecognizer pour éviter de toucher dans une vue particulière.

- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldReceiveTouch:(UITouch *)touch {
    if ([touch.view isDescendantOfView:YourTable]) {
        return NO;
    }
    return YES;
}

J'ai rencontré un problème où, après des mois de non-consultation de mon code, j'ai oublié que j'avais implémenté la méthode suivante en raison de certaines exigences qui n'étaient pas nécessaires

- (BOOL)tableView:(UITableView *)tableView shouldHighlightRowAtIndexPath:(NSIndexPath  *)indexPath{
    return NO;
}

Il doit retourner OUI pour une ligne afin de la sélectionner.

VOUS DEVEZ sélectionner ces options

mais si vous ne souhaitez UITableViewpas mettre en surbrillance en cliquant, vous devez modifier les UITableViewCellpropriétés.

Choisissez l'option Aucune pour la sélection comme ci-dessous

J'avais mis une vue UITapGestureRecognizersur ma table pour fermer le clavier qui empêchait didSelectRowAtIndexPath:d'être appelé. J'espère que cela aide quelqu'un.

Au cas où vous auriez le même problème que moi: Apparemment, cette méthode ne sera pas appelée si votre tableView est en mode édition. Vous devez définir allowSelectionDuringEditing sur true.

Via cette question: Lors de l'édition, `UITableView` n'appelle pas didSelectRowAtIndexPath ??

J'ai eu le même problème,

La raison était l'utilisation de UITapGestureRecognizer. Je voulais que le clavier disparaisse lorsque je tapotais ailleurs. J'ai réalisé que cela annule toutes les actions de prise, c'est pourquoi, la didSelectRowAtIndexPathfonction n'a pas été appelée.

Lorsque je commente les lignes liées à UITapGestureRecognizer, cela fonctionne. De plus, vous pouvez vérifier dans la fonction UITapGestureRecognizer selectorsi le taraudé est UITableViewCellou non.

Dans mon cas, didSelctRowAtIndexPath n'appelant pas est dû au fait que je n'en ai sélectionné aucun dans la propriété Selection de tableView, réglé sur une seule sélection résolu mon problème

Pour Xcode 6.4, Swift 1.2. La "balise" de sélection a été modifiée dans IB. Je ne sais ni comment ni pourquoi. Le paramétrer sur "Sélection unique" a rendu mes cellules de vue tabulaire sélectionnables à nouveau.

Même si une autre réponse a été acceptée, j'ajouterai un autre problème possible et une solution pour les personnes qui observent ce problème:

Si le comptage automatique des références (ARC) est activé, vous pouvez constater que même après avoir assigné votre contrôleur en tant que délégué de la vue, les messages de la vue au contrôleur ne sont pas reçus car ARC supprime le contrôleur. Apparemment, le pointeur délégué de UITableView ne compte pas comme référence pour l'ARC, donc si c'est la seule référence à celui-ci, le contrôleur sera désalloué. Vous pouvez vérifier si cela se produit ou non en implémentant la méthode dealloc sur le contrôleur et en y définissant un point d'arrêt ou un appel NSLog.

La solution est de garder une trace du contrôleur avec une référence forte ailleurs, jusqu'à ce que vous soyez sûr que vous n'en aurez plus besoin.

N'oubliez pas de définir la source de données et le délégué dans la méthode viewDidLoad comme suit:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

Mon problème n'était rien de ce qui précède. Et tellement boiteux. Mais je pensais que je le listerais ici au cas où cela aiderait quelqu'un.

J'en ai un tableViewControllerqui est mon contrôleur "de base" puis je crée des sous-classes de ce contrôleur. J'écrivais tout mon code dans la tableView:didSelectRowAtIndexPathroutine de la classe "base". Oubliant complètement que par défaut cette routine avait également été créée (mais sans code qui faisait quoi que ce soit) dans toutes mes sous-classes également. Ainsi, lorsque j'ai exécuté mon application, elle a exécuté la version de sous-classe du code, n'a rien fait et m'a rendu triste. Alors bien sûr, une fois que j'ai supprimé la routine des sous-classes, elle a utilisé la routine de classe "base" de mt et je suis en affaires.

Je connais. Ne riez pas. Mais peut-être que cela sauvera quelqu'un l'heure que j'ai perdue ...

Donner mes 2 cents à ce sujet.

J'avais un UITableViewCell personnalisé et il y avait un bouton couvrant toute la cellule, donc quand le toucher s'est produit, le bouton a été sélectionné et non la cellule.

Soit supprimer le bouton ou dans mon cas, j'ai défini l'option Interaction utilisateur sur false sur le bouton, de cette façon la cellule était celle sélectionnée.

Si vous lisez ceci, cela ne résout toujours pas le problème.

J'ai une cellule personnalisée , où la case " Interaction utilisateur activée " était désactivée. Donc, je viens de l'allumer. Bonne chance.

Je viens de l'avoir et comme cela m'est arrivé dans le passé, cela n'a pas fonctionné car je n'ai pas prêté attention à la saisie semi-automatique lorsque j'essaie d'ajouter la méthode et je finis par implémenter tableView:didDeselectRowAtIndexPath: au lieu de tableView:didSelectRowAtIndexPath:.

Assurez-vous que vous avez mis en œuvre tableView:didSelectRowAtIndexPathet nontableView:didDeSelectRowAtIndexPath

Cela m'est arrivé à plusieurs reprises !!

Je sais qu'il est ancien et que le problème a été résolu, mais qu'il y avait un problème similaire, je pensais que le problème était avec mon UITableViewCell personnalisé, mais la solution était complètement différente - je redémarre XCode :) et puis ça marche! presque comme Windows :)

Si votre vue tableau est en mode édition (par exemple [tableView setEditing:YES animated:NO];), vous devez définirtableView.allowsSelectionDuringEditing = YES;

Une autre erreur que vous auriez pu faire (comme je l'ai fait): si vous définissez un enchaînement à la cellule, didSelectRowAtIndexPathn'est pas appelé. Vous devez plutôt définir vos séquences sur le contrôleur de vue.

Aucune de ces réponses n'a fonctionné pour moi. Après environ une heure, j'ai compris quelque chose de très insidieux:

J'ai une vue de table à l'intérieur d'une cellule d'une autre vue de table. J'ai décidé de créer une vue englobante contenant, entre autres, la vue de la table interne. J'ai appelé cette vue contentView et l'ai branchée dans le xib.

Il s'avère que UITableViewCell a déjà une contentView et fait des choses bizarres avec. Le problème s'est résolu lorsque j'ai renommé la propriété en mainContentView et reconnecté la vue à cette propriété renommée.

Dans mon cas, je calcule dynamiquement la hauteur du TableViews SuperViewau moment du chargement. En raison d'une erreur de calcul, le a TableViewété positionné à l'extérieur du SuperView. Le a TableViewété très bien dessiné, mais toutes les interactions ont été désactivées (et didSelectRowAtIndexPathn'ont jamais été appelées). Très difficile à détecter, car rien n'indique visuellement qu'il TableViewn'est pas "accessible".

Dans mon cas, le problème était que j'avais une UITableViewCellsous-classe et j'avais implémenté ces deux méthodes: touchesBegan:withEvent:& touchesEnded:withEventpour gérer une animation fantaisie au toucher. Mais j'avais oublié d'ajouter la [super touchesBegan:touches withEvent:event];méthode ad[super touchesEnded:touches withEvent:event]; pour informer également le parent de la cellule du toucher.

Changer le code en suivant a résolu mon problème:

-(void) touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{
    [super touchesBegan:touches withEvent:event];
    //blah blah blah
}

-(void) touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event{
    [super touchesEnded:touches withEvent:event];
    //rest of the code
}

Dans mon cas, la solution consistait à remplacer NON par OUI dans la fonction ci-dessous.

iOS 9+

- (BOOL)tableView:(UITableView *)tableView shouldHighlightRowAtIndexPath:(NSIndexPath *)indexPath
{
    return YES;
}