-didSelectRowAtIndexPath: wird nicht aufgerufen

Ich schreibe eine iOS-App mit einer Tabellenansicht in einer Registerkartenansicht. In meinem habe UITableViewControllerich implementiert -tableView:didSelectRowAtIndexPath:, aber wenn ich zur Laufzeit eine Zeile auswähle, wird die Methode nicht aufgerufen. Die Tabellenansicht wird jedoch gefüllt, sodass ich weiß, dass andere tableView-Methoden in meinem Controller aufgerufen werden.

Hat jemand irgendwelche Ideen, was ich vermasselt habe, um dies zu ermöglichen?

Es hört sich so an, als ob die Klasse nicht UITableViewDelegatefür diese Tabellenansicht geeignet ist, obwohl dies UITableViewControllerautomatisch festgelegt werden soll.

Gibt es eine Chance, dass Sie den Delegierten auf eine andere Klasse zurücksetzen?

Nur für den Fall, dass jemand den gleichen dummen Fehler gemacht hat wie ich:

Überprüfen Sie, ob der Methodenname dessen, was Sie erwarten, didSelectversehentlich didDeselectauf irgendeine Weise abgerufen werden kann. Es dauerte ungefähr zwei Stunden, bis ich es herausgefunden hatte ...

Eine andere Sache, die zu dem Problem führen könnte, ist nicht ausgewählte Auswahlart:

Sollte Single Selectionfür die normale Auswahl sein, sollte nicht sein No Selection.

Um dies programmgesteuert zu tun, gehen Sie wie folgt vor:

tableView.allowsSelection = YES

Eine andere Möglichkeit besteht darin, dass ein UITapGestureRecognizer die Ereignisse frisst, wie dies hier der Fall war: https://stackoverflow.com/a/9248827/214070

Ich habe diese Ursache nicht vermutet, da die Tabellenzellen immer noch blau hervorheben würden, als würden die Wasserhähne durchkommen.

Alles gute Antworten, aber es gibt noch eine, auf die Sie achten müssen ...

(Insbesondere beim programmgesteuerten Erstellen einer UITableView)

Stellen Sie sicher, dass tableView auf die Auswahl reagieren kann, [tableView setAllowsSelection:YES];indem Sie eine Zeile festlegen oder entfernen, auf die sie festgelegt ist NO.

Wenn das Problem mit UITapGestureRecognizerIhnen auftritt, können Sie dies beheben:

• im Storyboard:

im Code mit Objective-C:

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

[tap setCancelsTouchesInView:NO];

im Code mit Swift:

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

tap.cancelsTouchesInView = false

Ich bin in diesen Situationen auf zwei Dinge gestoßen.

1. Möglicherweise haben Sie vergessen, das UITableViewDelegate-Protokoll zu implementieren, oder es gibt keinen Delegierungsausgang zwischen Ihrer Klasse und Ihrer Tabellenansicht.

2. Möglicherweise befindet sich in Ihrer Zeile eine UIView, die als Ersthelfer fungiert und Ihre Klicks entfernt. Sagen Sie einen UIButton oder ähnliches.

Ich hatte das gleiche Problem. Und es war schwer zu finden. Aber irgendwo in meinem Code war dies:

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

Es muss sein return indexPath, sonst -tableView:didSelectRowAtIndexPath:wird nicht gerufen.

Wenn Sie über UITableView einen gestureRecognizer hinzugefügt haben, didSelectRowAtIndexPathwird dieser nicht aufgerufen.

Sie müssen daher die delegate-Methode gestureRecognizer verwenden, um Berührungen in bestimmten Ansichten zu vermeiden.

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

Ich bin auf ein Problem gestoßen, bei dem ich nach Monaten, in denen ich meinen Code nicht angesehen habe, vergessen habe, dass ich die folgende Methode implementiert habe, da einige Anforderungen nicht erforderlich waren

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

Für eine Zeile sollte JA zurückgegeben werden, damit sie ausgewählt wird.

SIE MÜSSEN diese Optionen auswählen

Wenn Sie UITableViewjedoch beim Klicken nicht hervorheben möchten, sollten Sie Änderungen an den UITableViewCellEigenschaften vornehmen .

Wählen Sie die Option Keine für die Auswahl wie unten

Ich hatte eine UITapGestureRecognizerauf meine Tischansicht gestellt, um die Tastatur zu schließen, die einen Anruf verhinderte didSelectRowAtIndexPath:. Hoffe es hilft jemandem.

Falls Sie das gleiche Problem wie ich haben: Anscheinend wird diese Methode nicht aufgerufen, wenn sich Ihre tableView im Bearbeitungsmodus befindet. Sie müssen allowSelectionDuringEditing auf true setzen.

Über diese Frage: Beim Bearbeiten ruft `UITableView` didSelectRowAtIndexPath ?? nicht auf?

Ich hatte das gleiche Problem,

Der Grund war die Verwendung von UITapGestureRecognizer. Ich wollte, dass die Tastatur geschlossen wird, wenn ich irgendwo anders tippe. Mir wurde klar, dass dies alle Tap-Aktionen überschreibt, weshalb die didSelectRowAtIndexPathFunktion nicht aufgerufen wurde.

Wenn ich die zugehörigen Zeilen kommentiere UITapGestureRecognizer, funktioniert es. Außerdem können Sie überprüfen, UITapGestureRecognizer selectorob das Abhören erfolgt UITableViewCelloder nicht.

In meinem Fall ist didSelctRowAtIndexPath nicht aufrufend darauf zurückzuführen, dass ich in der Selection- Eigenschaft von tableView keine ausgewählt habe. Die Einstellung auf einzelne Auswahl hat mein Problem gelöst

Für Xcode 6.4 Swift 1.2. Die Auswahl "Tag" wurde in IB geändert. Ich weiß nicht wie und warum. Durch Einstellen auf "Einzelauswahl" konnten meine Tabellenansichtszellen wieder ausgewählt werden.

Obwohl eine andere Antwort akzeptiert wurde, werde ich ein weiteres mögliches Problem und eine mögliche Lösung für Personen hinzufügen, die dieses Problem beobachten:

Wenn Sie die automatische Referenzzählung (ARC) aktiviert haben, werden Sie möglicherweise feststellen, dass die Nachrichten der Ansicht an die Steuerung auch nach dem Zuweisen Ihres Controllers als Delegat der Ansicht nicht empfangen werden, da ARC die Steuerung löscht. Anscheinend zählt der Delegatenzeiger von UITableView nicht als Referenz für den ARC. Wenn dies also der einzige Verweis darauf ist, wird der Controller freigegeben. Sie können überprüfen, ob dies geschieht, indem Sie die Dealloc-Methode auf dem Controller implementieren und dort einen Haltepunkt oder einen NSLog-Aufruf festlegen.

Die Lösung besteht darin, den Controller mit einer starken Referenz an einer anderen Stelle zu verfolgen, bis Sie sicher sind, dass Sie ihn nicht mehr benötigen.

Denken Sie daran, die Datenquelle festzulegen und in der viewDidLoad-Methode wie folgt zu delegieren:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

Mein Problem war keines der oben genannten. Und so lahm. Aber ich dachte, ich würde es hier auflisten, falls es jemandem hilft.

Ich habe einen tableViewController, der mein "Basis" -Controller ist, und dann erstelle ich Unterklassen dieses Controllers. Ich habe meinen gesamten Code in der tableView:didSelectRowAtIndexPathRoutine in der "Basis" -Klasse geschrieben. Ganz zu vergessen, dass diese Routine standardmäßig auch in allen meinen Unterklassen erstellt wurde (allerdings ohne Code, der irgendetwas bewirkt hat). Als ich meine App ausführte, wurde die Unterklassenversion des Codes ausgeführt, nichts unternommen und ich wurde traurig. Nachdem ich die Routine aus den Unterklassen entfernt hatte, verwendete sie natürlich die Routine der mt-Basisklasse und ich bin im Geschäft.

Ich kenne. Lache nicht. Aber vielleicht spart das jemandem die Stunde, die ich verloren habe ...

Ich gebe meine 2 Cent dafür.

Ich hatte eine benutzerdefinierte UITableViewCell und es gab eine Schaltfläche, die die gesamte Zelle abdeckte. Als die Berührung erfolgte, wurde die Schaltfläche ausgewählt und nicht die Zelle.

Entfernen Sie entweder die Schaltfläche, oder in meinem Fall setze ich User Interation Enable auf der Schaltfläche auf false. Auf diese Weise wurde die Zelle ausgewählt.

Wenn Sie dies lesen, löst sich das Problem immer noch nicht.

Ich habe eine benutzerdefinierte Zelle, in der das Kontrollkästchen " Benutzerinteraktion aktiviert " deaktiviert war. Also schalte ich es einfach ein. Viel Glück.

Ich hatte das gerade und wie mir in der Vergangenheit passiert ist, hat es nicht funktioniert, weil ich beim Hinzufügen der Methode nicht auf die automatische Vervollständigung geachtet habe und am Ende tatsächlich implementiert habe tableView:didDeselectRowAtIndexPath: statt tableView:didSelectRowAtIndexPath:.

Stellen Sie sicher, dass Sie implementiert haben tableView:didSelectRowAtIndexPathund nichttableView:didDeSelectRowAtIndexPath

Das hat mich mehr als ein paar Mal erwischt !!

Ich weiß, ist alt und das Problem wurde behoben, aber ein ähnliches Problem hatte, ich dachte, dass das Problem mit meiner benutzerdefinierten UITableViewCell war, aber die Lösung war völlig anders - ich starte XCode neu :) und funktioniert dann ok! fast wie Windows :)

Wenn sich Ihre Tabellenansicht im Bearbeitungsmodus befindet (z. B. [tableView setEditing:YES animated:NO];), müssen Sie festlegentableView.allowsSelectionDuringEditing = YES;

Ein weiterer Fehler, den Sie hätten machen können (wie ich): Wenn Sie in der Zelle einen Übergang festlegen, didSelectRowAtIndexPathwird dieser nicht aufgerufen. Sie sollten Ihre Segmente stattdessen am View Controller einstellen.

Keine dieser Antworten hat bei mir funktioniert. Nach ungefähr einer Stunde fand ich etwas sehr heimtückisches heraus:

Ich habe eine Tabellenansicht in einer Zelle einer anderen Tabellenansicht. Ich habe mich für eine umschließende Ansicht entschieden, die unter anderem die innere Tabellenansicht enthält. Ich habe diese Ansicht contentView aufgerufen und sie in die xib eingebunden.

Es stellt sich heraus, dass UITableViewCell bereits eine contentView hat und seltsame Dinge damit macht. Das Problem wurde von selbst behoben, als ich die Eigenschaft in mainContentView umbenannte und die Ansicht wieder mit dieser umbenannten Eigenschaft verband.

In meinem Fall berechne ich dynamisch die Höhe des TableView‚s SuperViewzur Ladezeit. Aufgrund einer Fehleinschätzung wurde der TableViewaußerhalb des positioniert SuperView. Das TableViewwurde gut gezeichnet, jedoch war jede Interaktion deaktiviert (und didSelectRowAtIndexPathwurde nie aufgerufen). Sehr schwer zu erkennen, da es keinen visuellen Hinweis darauf gibt, dass der TableViewnicht "zugänglich" ist.

In meinem Fall war das Problem, dass ich eine UITableViewCellUnterklasse hatte und diese beiden Methoden implementiert hatte: touchesBegan:withEvent:& touchesEnded:withEventum eine ausgefallene Animation bei Berührung zu handhaben. Aber ich hatte vergessen, die [super touchesBegan:touches withEvent:event];Methodenanzeige hinzuzufügen[super touchesEnded:touches withEvent:event]; um auch die Eltern der Zelle über die Berührung zu informieren.

Das Ändern des Codes in Folgendes löste mein Problem:

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

In meinem Fall bestand die Lösung darin, in der folgenden Funktion NEIN in JA zu ändern.

iOS 9+

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