-didSelectRowAtIndexPath: non essere chiamato

Sto scrivendo un'app iOS con una vista tabella all'interno di una vista scheda. Nel mio UITableViewController, ho implementato -tableView:didSelectRowAtIndexPath:, ma quando seleziono una riga in fase di esecuzione, il metodo non viene chiamato. Tuttavia, la visualizzazione tabella viene popolata, quindi so che vengono chiamati altri metodi tableView nel mio controller.

Qualcuno ha qualche idea su cosa avrei potuto rovinare per farlo accadere?

Sembra che forse la classe non sia adatta UITableViewDelegatea quella vista tabella, anche se UITableViewControllerdovrebbe impostarla automaticamente.

Qualche possibilità di reimpostare il delegato su un'altra classe?

Nel caso in cui qualcuno abbia commesso lo stesso stupido errore che ho fatto io:

Controlla se il nome del metodo di quello che ti aspetti di essere didSelectpotrebbe essere accidentalmente ottenuto didDeselectin qualche modo. Ci sono volute circa due ore per scoprire ...

Un'altra cosa che potrebbe causare il problema non è il tipo di selezione selezionato:

Dovrebbe essere Single Selectionper la selezione normale, non dovrebbe essere No Selection.

Per fare ciò a livello di codice, fai:

tableView.allowsSelection = YES

Un'altra possibilità è che un UITapGestureRecognizer possa mangiare gli eventi, come è avvenuto qui: https://stackoverflow.com/a/9248827/214070

Non sospettavo questa causa, perché le celle della tabella continuavano a evidenziare in blu come se i rubinetti passassero.

Tutte buone risposte, ma ce n'è ancora una da cercare ...

(Soprattutto quando si crea un UITableView a livello di codice)

Assicurarsi che tableView possa rispondere alla selezione impostando [tableView setAllowsSelection:YES];o rimuovendo qualsiasi riga su cui lo imposta NO.

Se il problema si presenta con UITapGestureRecognizerte puoi risolvere questo:

• nello Storyboard:

nel codice con Objective-C:

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

[tap setCancelsTouchesInView:NO];

nel codice con Swift:

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

tap.cancelsTouchesInView = false

Ho riscontrato due cose in queste situazioni.

1. Potresti aver dimenticato di implementare il protocollo UITableViewDelegate o non ci sono punti di delega tra la tua classe e la vista della tabella.

2. Potresti avere un UIView nella tua riga che è un primo risponditore e ti toglie i clic. Pronuncia un pulsante UIB o qualcosa di simile.

Ho avuto lo stesso problema. Ed è stato difficile da trovare. Ma da qualche parte nel mio codice c'era questo:

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

Deve essere return indexPath, altrimenti -tableView:didSelectRowAtIndexPath:non viene chiamato.

Se hai aggiunto un gestureRecognizer sopra UITableView, didSelectRowAtIndexPathnon verrà chiamato.

Quindi è necessario utilizzare il metodo delegato gestureRecognizer per evitare il tocco in una vista particolare.

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

Ho riscontrato un problema in cui dopo mesi di non guardare il mio codice ho dimenticato di aver implementato il seguente metodo a causa di alcuni requisiti che non erano necessari

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

Dovrebbe essere restituito SÌ per una riga per renderlo selezionato.

DEVI selezionare queste opzioni

ma se non si desidera UITableViewevidenziare facendo clic, è necessario apportare modifiche inUITableViewCell proprietà.

Scegli Nessuna opzione per Selezione proprio come sotto

Avevo messo una vista UITapGestureRecognizersul mio tavolo per chiudere la tastiera che impediva didSelectRowAtIndexPath:di essere chiamata. Spero che aiuti qualcuno.

Nel caso in cui tu abbia lo stesso problema: a quanto pare, questo metodo non verrà chiamato se tableView è in modalità di modifica. Devi impostare allowSelectionDuringEditing su true.

Tramite questa domanda: durante la modifica, `UITableView` non chiama didSelectRowAtIndexPath ??

Ho avuto lo stesso problema,

Il motivo stava usando UITapGestureRecognizer. Volevo che la tastiera si chiudesse quando toccavo altrove. Mi sono reso conto che questo ha la precedenza su tutte le azioni di tocco, ecco perché,didSelectRowAtIndexPath funzione non ha chiamato.

Quando commento le righe correlate UITapGestureRecognizer, funziona. Inoltre è possibile verificare UITapGestureRecognizer selectorse la funzione è toccata UITableViewCello meno.

Nel mio caso, didSelctRowAtIndexPath non chiamando è dovuto al fatto che non ho selezionato nessuno nella proprietà Selezione di tableView, impostato su selezione singola risolto il mio problema

Per Xcode 6.4, Swift 1.2. Il "tag" di selezione era stato modificato in IB. Non so come e perché. Impostandolo su "Selezione singola" ho reso nuovamente selezionabili le celle della vista tabella.

Anche se è stata accettata un'altra risposta, aggiungerò un altro possibile problema e soluzione per le persone che osservano questo problema:

Se il conteggio dei riferimenti automatico (ARC) è attivato, è possibile che anche dopo aver assegnato il controller come delegato della vista, i messaggi della vista al controller non vengano ricevuti perché ARC sta eliminando il controller. Apparentemente il puntatore delegato di UITableView non conta come riferimento per ARC, quindi se questo è l'unico riferimento ad esso, il controller verrà distribuito. È possibile verificare se ciò sta accadendo implementando il metodo dealloc sul controller e impostando lì un breakpoint o una chiamata NSLog.

La soluzione è tenere traccia del controller con un forte riferimento altrove, fino a quando non si è sicuri di non averne più bisogno.

Ricordarsi di impostare l'origine dati e delegare nel metodo viewDidLoad come segue:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

Il mio problema era nessuno dei precedenti. E così zoppo. Ma ho pensato di elencarlo qui nel caso aiuti qualcuno.

Ho un tableViewControllercontroller di "base", quindi creo sottoclassi di questo controller. Stavo scrivendo tutto il mio codice nella tableView:didSelectRowAtIndexPathroutine nella classe "base". Dimenticando completamente che di default questa routine era stata creata (anche se senza codice che faceva nulla) anche in tutte le mie sottoclassi. Quindi, quando ho eseguito la mia app, ha eseguito la versione della sottoclasse del codice, non ha fatto nulla e mi ha reso triste. Quindi, ovviamente, una volta rimossa la routine dalle sottoclassi, ha usato la routine di classe mt "base" e sono in affari.

Lo so. Non ridere. Ma forse questo salverà qualcuno l'ora che ho perso ...

Dare i miei 2 centesimi su questo.

Avevo un UITableViewCell personalizzato e c'era un pulsante che copriva l'intera cella, quindi quando si verificava il tocco, il pulsante veniva selezionato e non la cella.

O rimuovo il pulsante o, nel mio caso, ho impostato Abilitazione interazione utente su false sul pulsante, in questo modo la cella era quella selezionata.

Se leggi questo, quindi non risolve ancora il problema.

Ho una cella personalizzata , dove la casella di controllo " Interazione utente abilitata " era disabilitata. Quindi, lo accendo e basta. In bocca al lupo.

Ho appena avuto questo e come è successo a me in passato non ha funzionato perché non ho prestato attenzione al completamento automatico quando ho provato ad aggiungere il metodo e in realtà ho finito per implementare tableView:didDeselectRowAtIndexPath: invece di tableView:didSelectRowAtIndexPath:.

Assicurati di aver implementato tableView:didSelectRowAtIndexPathe nontableView:didDeSelectRowAtIndexPath

Questo mi ha procurato più di alcune occasioni !!

So che è vecchio e il problema è stato risolto, ma un problema simile, ho pensato che il problema fosse con il mio UITableViewCell personalizzato, ma la soluzione era completamente diversa - riavvio XCode :) e quindi funziona bene! quasi come Windows :)

Se la vista della tabella è in modalità di modifica (ad es. [tableView setEditing:YES animated:NO];), È necessario impostaretableView.allowsSelectionDuringEditing = YES;

Un altro errore che avresti potuto fare (come ho fatto io): se hai impostato un seguito nella cella, didSelectRowAtIndexPathnon viene chiamato. Dovresti invece impostare i tuoi follower sul view controller.

Nessuna di queste risposte ha funzionato per me. Dopo circa un'ora, ho capito qualcosa di molto insidioso:

Ho una vista tabella all'interno di una cella di un'altra vista tabella. Ho deciso, tra le altre cose, di creare una vista chiusa che contenga la vista tabella interna. Ho chiamato questa vista contentView e l'ho collegato in xib.

Si scopre che UITableViewCell ha già un contentView e fa cose strane con esso. Il problema si è risolto quando ho rinominato la proprietà in mainContentView e ricollegato la vista a questa proprietà rinominata.

Nel mio caso, calcolo dinamicamente l'altezza della TableView's SuperViewal momento del caricamento. A causa di un errore di calcolo, è TableViewstato posizionato all'esterno di SuperView. È TableViewstato disegnato bene, tuttavia tutte le interazioni sono state disabilitate (e didSelectRowAtIndexPathnon sono mai state chiamate). Molto difficile da rilevare, poiché non vi è alcuna indicazione visiva che TableViewnon sia "accessibile".

Nel mio caso il problema era che avevo una UITableViewCellsottoclasse e avevo implementato questi due metodi: touchesBegan:withEvent:& touchesEnded:withEventper gestire una fantasia animazione al tatto. Ma avevo dimenticato di aggiungere l' [super touchesBegan:touches withEvent:event];annuncio del metodo [super touchesEnded:touches withEvent:event];per informare anche il genitore della cella del tocco.

Quindi la modifica del codice in seguito ha risolto il mio problema:

-(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
}

Nel mio caso, la soluzione era cambiare NO in SÌ nella funzione seguente.

iOS 9+

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