didSelectRowAtIndexPath: не называется

Question

У меня есть UITableView в качестве подвид моего UIScrollVIew, который является основным видом, управляемым моим MainViewController.

В MainViewController.h

@interface MainViewController : UIViewController <UIGestureRecognizerDelegate, UITableViewDelegate, UITableViewDataSource> 

// other stuff here... 

@property (weak, nonatomic) IBOutlet UITableView *myTableView; 

В MainViewController.m

@synthesize myTableView; 

// other stuff here... 

- (void)viewDidLoad { 
    myTableView.delegate = self; 
    myTableView.datasource = self; 
} 

// other stuff here... 

-(void)tableView:(UITableView *)tableView didSelectRowAtIndexPath: (NSIndexPath *)indexPath { 
    [self performSegueWithIdentifier:@"listAttributesSegue" sender:self]; 
} 

Я знаю, что didSelectRowAtIndexPath не вызывается, потому что я установить точки останова как самого метода и строки кода внутри это, и никто не называется. Я также знаю, что источник данных работает правильно, потому что у меня есть другие функции, которые изменяют ячейки во время выполнения, и они работают отлично. Я использую последний Xcode с iOS 5.0, установленным как цель разработки. Я искал и искал ответ. У кого-нибудь есть идеи?

Редактировать: Я нашел ответ. У меня был набор UITapGestureRecognizer для супервизора myTableView. Это перекрыло вызов выбора. Благодарите любого, кто предположил, что это возможно. Ваш ответ был удален, прежде чем я смог отметить его правильно.

Редактировать 2: Многие люди комментируют это, поэтому, хотя я бы поделился им. Если вы столкнулись с этой проблемой, просто установите myGestureRecognizer.cancelsTouchInView в false, и все должно работать нормально.

Answer 1

Я нашел ответ. У меня был набор UITapGestureRecognizer для супервизора myTableView. Это перекрыло вызов выбора. Благодарите любого, кто предположил, что это возможно. Ваш ответ был удален, прежде чем я смог отметить его правильно.

Установите cancelsTouchesInView на NO на распознаватель жестов, чтобы разрешить просмотр в виде таблицы для перехвата события.

Answer 2

Вы указали переменную экземпляра для tableview с тем же именем. Если нет, то может быть это может быть проблемный

_myTableView.delegate = self; 
_myTableView.datasource = self; 

Or-

self.myTableView.delegate = self; 
self.myTableView.datasource = self; 

Answer 3

Ваша проблема чувствительности к регистру. Код:

- (void)tableVIew:(UITableView *)tableView didSelectRowAtIndexPath: (NSIndexPath *)indexPath { 

должен быть

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath: (NSIndexPath *)indexPath { 

Answer 4

Может быть, это опечатка в конце концов. Убедитесь, что ваша функция не didDeselectRowAtIndexPath: (de выберите, а не выберите).

Answer 5

К сожалению, нет достаточно очков, чтобы добавить комментарий - ответ Гаррет является большим, но я хотел бы добавить:

Вы все еще можете иметь свой жест распознаватель, но вам нужно будет установить «Отменяет штрихи в представлении» к NO - тогда жесты будут переданы в представление, и ваш UITableView будет работать нормально.

После многих попыток, кажется, это правильный способ делать вещи: распознаватель жестов при нажатии «отменить касания» - это как невидимый слой поверх всего, что захватывает все события и направляет их к контроллеру представления (прокси). Затем контроллер просмотра смотрит на жест, чтобы увидеть, имеет ли он привязку к действию (кнопки и т. Д.), И направит их, а оставшиеся - просто перейдут к обработчику жестов. При использовании UITableView он ожидает получения крана, но контроллер вида отображает его, когда у вас есть «Отменяет касание в поле зрения».

Answer 6

У меня был этот вопрос на некоторое время, и я не вижу каких-либо ссылок на него здесь, так для справки, еще одна причина для этого может быть то, что:

tableView.editing = YES; 

но

tableView.allowsSelectionDuringEditing = NO; 

согласно документации

- tableView:didSelectRowAtIndexPath: 

Этот метод не является когда свойство редактирования таблицы установлено в YES (то есть, представление таблицы находится в режиме редактирования). См. «Управление выборами» в Руководстве по программированию таблиц для iOS для получения дополнительной информации (и примеров кода), связанных с этим методом.

Answer 7

Мое решение:

1. набор cancelsTouchesInView Для No любого tapGesture

2. я нашел в моей пользовательской ячейке, userInteractionEnable установлен в NO, просто удалите userInteractionEnable = No и выдачи решения.

Answer 8

Ячейка может быть выбран пользователем (нажав на строку), позвонив по телефону "tableView.selectRowAtIndexPath (..)" или «cell.setSelected (правда, ...).

• Если ячейка выбрана путем вызова «cell.setSelected (правда)», пользователь не может отменить выбор ячейки больше.

• Если ячейка выбрана путем вызова «tableView.selectRowAtIndexPath()», то пользователь может отменить выбор ячейки как ожидается.

Answer 9

Отменить другие виды прикосновений, за исключением требуемого.

- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gesture shouldReceiveTouch:(UITouch *)touch { 
    if (touch.view == your view) { 
     return YES; 
    } 
    return NO; 
} 

Answer 10

Обновление для Swift 3:

если вы использовали UITapGestureRecognizer в коде: - # Swift 3 использование ниже строк кода:

extension YourViewController{ 
    func hideKeyboardWhenTappedAround() { 
     let tap: UITapGestureRecognizer = UITapGestureRecognizer(target: self, action: #selector(YourViewController.dismissKeyboard)) 
     view.addGestureRecognizer(tap) 
     tap.cancelsTouchesInView = false 
    } 

    func dismissKeyboard() { 
     view.endEditing(true) 
    } 
} 

Как позвонить: - В ViewDidLoad()

self.hideKeyboardWhenTappedAround() 

Answer 11

Мой случай странно. Мой tableView имеет 2 раздела. Камеры 1-й секции работают нормально около tableView:didSelectRowAt:, но ячейки 2-й секции не вызывают didSelectRowAt:.

Вышеуказанная проблема возникает при iPhone 4s, iOS 9.3. Но в iPhone 5s, iOS 10.3 проблем нет, эти ячейки прекрасно работают. Похоже, iOS 9 ошибок около UITableView.

После многих тестов я обнаружил, что одна строка кода производит эту ошибку.

tableView.estimatedSectionHeaderHeight = 60.0 

Поскольку 2-й раздел не имеет заголовка. Я удаляю эту строку, и все работает нормально.

Answer 12

У меня был прерывистый сбой didSelectRowAtIndexPath: его вызывали на моем специальном клеточном прессе.

я обнаружил, что если я перестал называть [Tableview reloadData] очень часто (10 Гц), и изменил его обновлять каждые 2 секунды, почти каждое нажатие будет успешно называть didSelectRowAtIndexPath:

Похоже перезарядке видовые блоки прессы.