-didSelectRowAtIndexPath: nie jest wywoływany

Piszę aplikację na iOS z widokiem tabeli w widoku karty. W moim przypadku UITableViewControllerzaimplementowałem -tableView:didSelectRowAtIndexPath:, ale kiedy wybieram wiersz w czasie wykonywania, metoda nie jest wywoływana. Widok tabeli jest jednak zapełniany, więc wiem, że wywoływane są inne metody tableView w moim kontrolerze.

Czy ktoś ma jakieś pomysły, co spieprzyłem, aby tak się stało?

Wygląda na to, że klasa nie jest odpowiednia UITableViewDelegatedo tego widoku tabeli, choć UITableViewControllerpowinna to ustawić automatycznie.

Czy jest jakaś szansa, że ​​przywrócisz delegata do innej klasy?

Na wypadek, gdyby ktoś popełnił ten sam głupi błąd, co ja:

Sprawdź, czy nazwa metody, której się spodziewasz, didSelectmoże zostać przypadkowo uzyskana didDeselect. Dowiedziałem się około dwóch godzin ...

Inną rzeczą, która może prowadzić do problemu, jest nie wybrany rodzaj wyboru:

Powinien być Single Selectiondo normalnego wyboru, nie powinien być No Selection.

Aby to zrobić programowo, wykonaj:

tableView.allowsSelection = YES

Inną możliwością jest to, że UITapGestureRecognizer może jeść wydarzenia, jak miało to miejsce tutaj: https://stackoverflow.com/a/9248827/214070

Nie podejrzewałem tej przyczyny, ponieważ komórki tabeli nadal podświetlałyby się na niebiesko, jakby krany się przedostawały.

Wszystkie dobre odpowiedzi, ale jest jeszcze jedna rzecz, na którą należy zwrócić uwagę ...

(W szczególności przy programowym tworzeniu UITableView)

Upewnij się, że tableView może zareagować na wybór, ustawiając [tableView setAllowsSelection:YES];lub usuwając linię, która go ustawia NO.

Jeśli pojawi się problem, UITapGestureRecognizermożesz to naprawić:

• w Storyboard:

w kodzie z Objective-C:

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

[tap setCancelsTouchesInView:NO];

w kodzie z Swift:

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

tap.cancelsTouchesInView = false

W takich sytuacjach spotkałem dwie rzeczy.

1. Możliwe, że zapomniałeś wdrożyć protokół UITableViewDelegate lub nie ma punktu delegacji między klasą a widokiem tabeli.

2. Możesz mieć UIView w swoim rzędzie, który jest pierwszym respondentem i zabiera kliknięcia. Powiedz przycisk UIB lub coś podobnego.

Miałem ten sam problem. I trudno było znaleźć. Ale gdzieś w moim kodzie było to:

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

Musi być return indexPath, inaczej -tableView:didSelectRowAtIndexPath:nie zostanie powołany.

Jeśli dodałeś gestRecognizer na UITableView, didSelectRowAtIndexPath nie zostanie wywołany.

Musisz więc użyć metody delegowania gestRecognizer, aby uniknąć dotyku w określonym widoku.

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

Wystąpił problem polegający na tym, że po miesiącach nie patrzenia na mój kod zapomniałem, że wdrożyłem następującą metodę z powodu niektórych wymagań, które nie były konieczne

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

Aby wiersz został wybrany, powinien zwracać TAK.

MUSISZ wybrać te opcje

ale jeśli chcesz, aby UITableViewkliknięcie nie było podświetlane, powinieneś wprowadzić zmiany we UITableViewCellwłaściwościach.

Wybierz opcję Brak dla opcji Wybór, tak jak poniżej

Położyłem UITapGestureRecognizerwidok na stole, aby zwolnić klawiaturę, która uniemożliwiła didSelectRowAtIndexPath:wywołanie. Mam nadzieję, że to komuś pomoże.

Jeśli masz ten sam problem co ja: Najwyraźniej ta metoda nie zostanie wywołana, jeśli tableView jest w trybie edycji. Musisz ustawić allowSelectionDuringEditing na true.

Poprzez to pytanie: Podczas edycji, `UITableView` nie wywołuje didSelectRowAtIndexPath ??

Miałem ten sam problem

Powodem było użycie UITapGestureRecognizer. Chciałem zamknąć klawiaturę, kiedy stuknąłem gdziekolwiek indziej. Uświadomiłem sobie, że to nadpisuje wszystkie akcje z kranu, dlategodidSelectRowAtIndexPath funkcja nie została wywołana.

Kiedy komentuję powiązane wiersze UITapGestureRecognizer, działa. Ponadto możesz sprawdzić, UITapGestureRecognizer selectorczy podsłuch jest wciśnięty, UITableViewCellczy nie.

W moim przypadku, didSelctRowAtIndexPath niestawienie wynika, że wybrano żadnego w Doboru własności Tableview, zestaw do pojedynczego wyboru rozwiązać mój problem

Dla Xcode 6.4, Swift 1.2. „Tag” wyboru został zmieniony w IB. Nie wiem jak i dlaczego. Ustawienie go na „Pojedynczy wybór” sprawiło, że moje komórki widoku tabeli można ponownie wybrać.

Mimo że inna odpowiedź została zaakceptowana, dodam jeszcze jeden możliwy problem i rozwiązanie dla osób, które zauważą ten problem:

Jeśli masz włączone automatyczne zliczanie referencji (ARC), może się okazać, że nawet po przypisaniu kontrolera jako delegata widoku, wiadomości widoku do kontrolera nie są odbierane, ponieważ ARC usuwa kontroler. Najwyraźniej wskaźnik delegowania UITableView nie jest liczony jako odwołanie do ARC, więc jeśli jest to jedyne odniesienie, kontroler zostanie zwolniony. Możesz sprawdzić, czy tak się dzieje, implementując metodę dealloc na kontrolerze i ustawiając tam punkt przerwania lub wywołanie NSLog.

Rozwiązaniem jest śledzenie kontrolera z silnym odniesieniem w innym miejscu, dopóki nie będziesz pewien, że już go nie potrzebujesz.

Pamiętaj, aby ustawić źródło danych i delegować w metodzie viewDidLoad w następujący sposób:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

Moim problemem nie był żaden z powyższych. I taki kiepski. Ale pomyślałem, że wymienię to tutaj, na wypadek, gdyby komuś to pomogło.

Mam tableViewControllerkontroler „podstawowy”, a następnie tworzę podklasy tego kontrolera. Cały mój kod zapisywałem tableView:didSelectRowAtIndexPathrutynowo w klasie „podstawowej”. Całkowicie zapominając, że domyślnie ta procedura również została stworzona (choć bez kodu, który nic nie zrobiłby) we wszystkich moich podklasach. Więc kiedy uruchomiłem moją aplikację, uruchomiłem wersję podklasy kodu, nic nie zrobiłem i zasmuciło mnie. Więc oczywiście, kiedy usunąłem procedurę z podklas, użyłem procedury klasy mt „base” i jestem w biznesie.

Wiem. Nie śmiej się Ale może to uratuje kogoś straconą godzinę ...

Dając za to moje 2 centy.

Miałem niestandardowe UITableViewCell i był przycisk pokrywający całą komórkę, więc kiedy nastąpił dotyk, przycisk został wybrany, a nie komórka.

Albo usuń przycisk, albo w moim przypadku ustawiłem opcję Włącz interakcję użytkownika na wartość false, w ten sposób wybrana została komórka.

Jeśli to przeczytasz, nadal nie rozwiążesz problemu.

Mam komórkę niestandardową , w której pole wyboru „ Interakcja użytkownika włączona ” było wyłączone. Więc po prostu go włączam. Powodzenia.

Właśnie to miałem i jak mi się przydarzyło w przeszłości, to nie działało, ponieważ nie zwracałem uwagi na autouzupełnianie podczas próby dodania metody, a tak naprawdę kończę na implementacji tableView:didDeselectRowAtIndexPath: zamiast tableView:didSelectRowAtIndexPath:.

Upewnij się, że został wdrożony tableView:didSelectRowAtIndexPath a nietableView:didDeSelectRowAtIndexPath

Dostałem to więcej niż kilka razy !!

Wiem, że jest stary i problem został rozwiązany, ale miał podobny problem, myślałem, że problem dotyczy mojego niestandardowego UITableViewCell, ale rozwiązanie było zupełnie inne - ponownie uruchamiam XCode :), a następnie działa dobrze! prawie jak Windows :)

Jeśli widok tabeli jest w trybie edycji (np. [tableView setEditing:YES animated:NO];), Musisz ustawićtableView.allowsSelectionDuringEditing = YES;

Kolejny błąd, który mogłeś popełnić (tak jak ja): jeśli ustawisz segue w komórce, didSelectRowAtIndexPathnie jest wywoływany. Zamiast tego powinieneś ustawić swoje sekwencje na kontrolerze widoku.

Żadna z tych odpowiedzi nie działała dla mnie. Po około godzinie wymyśliłem coś bardzo podstępnego:

Mam widok tabeli wewnątrz komórki innego widoku tabeli. Postanowiłem zrobić widok obejmujący między innymi widok wewnętrznego stołu. Nazwałem ten widok contentView i podłączyłem go do xib.

Okazuje się, że UITableViewCell ma już contentView i robi z nim dziwne rzeczy. Problem rozwiązał się, gdy zmieniłem nazwę właściwości na mainContentView i ponownie podłączyłem widok do tej właściwości o zmienionej nazwie.

W moim przypadku, dynamicznie obliczyć wysokość TableView„s SuperVieww czasie ładowania. Z powodu błędnej kalkulacji TableViewzostał umieszczony poza SuperView. TableViewZostał sporządzony grzywny, jednak wszystko interakcja była wyłączona (i didSelectRowAtIndexPathnigdy nie został powołany). Bardzo trudny do wykrycia, ponieważ nie ma wizualnego wskazania, że TableViewnie jest „dostępny”.

W moim przypadku problem polegał na tym, że miałem UITableViewCellpodklasę i zaimplementowałem dwie metody: touchesBegan:withEvent:i touchesEnded:withEventobsługiwać fantazyjną animację dotykową. Ale zapomniałem dodać [super touchesBegan:touches withEvent:event];reklamę metody, [super touchesEnded:touches withEvent:event];aby poinformować również rodzica komórki o dotyku.

Tak więc zmiana kodu na następujący rozwiązała mój 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
}

W moim przypadku rozwiązaniem była zmiana NIE na TAK w poniższej funkcji.

iOS 9+

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