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

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

Есть ли шанс сбросить делегата на какой-то другой класс?

В этой ситуации я столкнулся с двумя вещами.

1. Возможно, вы забыли реализовать протокол UITableViewDelegate или между вашим классом и представлением таблицы нет выхода для делегирования.

2. У вас может быть UIView внутри вашей строки, который является первым респондентом и отбирает ваши клики. Скажите UIButton или что-то подобное.

Я знаю, что старый и проблема была решена, но была аналогичная проблема, я думал, что проблема была с моим пользовательским UITableViewCell, но решение было совершенно другим - я перезапускаю XCode :), а затем работает нормально! почти как винда :)

У меня самого была эта проблема. Я построил основу представления в IB (только View и TableView), а делегат не был установлен. Я подключил его к владельцу файла, и это сработало как шарм. ::спасти::

У меня была такая же проблема. И найти было нелегко. Но где-то в моем коде было это:

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

Это должен быть return indexPath, иначе -tableView:didSelectRowAtIndexPath: не вызывается.

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

Я заглянул в IB и увидел, что мой делегат БЫЛ установлен, но он был неправильно настроен на VIEW вместо владельца файла (щелкните правой кнопкой мыши в виде таблицы, чтобы увидеть, куда указывает делегат).

Надеюсь, это кому-то поможет

Моя проблема не заключалась в вышеперечисленном. И такой хромой. Но я подумал, что перечислю это здесь на случай, если это кому-то поможет.

У меня есть tableViewController, который является моим «базовым» контроллером, и затем я создаю подклассы этого контроллера. Я писал весь свой код в подпрограмме tableView:didSelectRowAtIndexPath в «базовом» классе. Полностью забывая, что по умолчанию эта процедура также была создана (хотя и без кода, который бы что-либо делал) во всех моих подклассах. Поэтому, когда я запускал свое приложение, оно запускало версию кода подкласса, ничего не делало и меня огорчало. Итак, конечно, как только я удалил подпрограмму из подклассов, она использовала подпрограмму «базового» класса, и я занялся бизнесом.

Я знаю. Не смейся. Но, может быть, это кому-то спасет потерянный мной час ...

Если у вас такая же проблема, как и у меня: Очевидно, этот метод не будет вызываться, если ваш tableView находится в режиме редактирования. Вы должны установить для allowSelectionDuringEditing значение true.

Через этот вопрос: При редактировании UITableView не вызывает didSelectRowAtIndexPath ??

Несмотря на то, что был принят другой ответ, я добавлю еще одну возможную проблему и решение для людей, которые наблюдают за этой проблемой:

Если у вас включен автоматический подсчет ссылок (ARC), вы можете обнаружить, что даже после назначения вашего контроллера в качестве делегата представления, сообщения представления контроллеру не принимаются, потому что ARC удаляет контроллер. По-видимому, указатель делегата UITableView не считается ссылкой для ARC, поэтому, если это единственная ссылка на него, контроллер будет освобожден. Вы можете проверить, происходит это или нет, реализовав метод dealloc на контроллере и установив там точку останова или вызов NSLog.

Решение состоит в том, чтобы отслеживать контроллер с сильной ссылкой в ​​другом месте, пока вы не будете уверены, что он вам больше не понадобится.

Все хорошие ответы, но есть еще один, на который стоит обратить внимание ...

(В частности, при программном создании UITableView)

Убедитесь, что tableView может реагировать на выбор, установив [tableView setAllowsSelection:YES]; или удалив любую строку, которая устанавливает его на NO.

Отдавая свои 2 цента на это.

У меня был Custom UITableViewCell, и была кнопка, покрывающая всю ячейку, поэтому, когда произошло касание, была выбрана кнопка, а не ячейка.

Либо удалите кнопку, либо в моем случае я установил для параметра User Interation Enable значение false на кнопке, таким образом, ячейка была выбрана.

Если вы это читаете, значит, проблема все равно не решается.

У меня есть ячейка обычай, где флажок "Взаимодействие с пользователем включено" был отключен. Итак, я просто включаю это. Удачи.

На всякий случай кто-то совершил ту же глупую ошибку, что и я:

Проверьте, может ли имя метода того, что вы ожидаете от didSelect, случайно каким-либо образом получить didDeselect. Мне потребовалось около двух часов, чтобы узнать ...

Еще одна вещь, которая может привести к проблеме, - это не выбранный вид выбора:

Должен быть Single Selection для нормального выбора, должен быть No Selectionнет.

Чтобы сделать это программно, выполните:

tableView.allowsSelection = YES

Другая возможность состоит в том, что UITapGestureRecognizer может поглощать события, как это было здесь: https://stackoverflow.com/a/9248827/214070

Я не подозревал об этой причине, потому что ячейки таблицы все равно подсвечивались синим цветом, как если бы краны проходили.

Не забудьте установить источник данных и делегат в методе viewDidLoad следующим образом:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

У меня возникла проблема с тем, что элемент управления не собирался выбирать строку после применения точки останова. проблема была в виду. Я убрал жест табуляции из поля зрения. тогда он работал нормально

Вероятно, это было только в моем случае, но я перезагрузил некоторые файлы из резервной копии, и все не работало, в том числе и это. После полной очистки (Продукт> Очистить или Shift + Command + K) все заработало. Возможно, что-то напортачило в предварительно скомпилированном заголовке. Скорее всего, это не проблема для вас, но попробовать стоит.

Еще одна ошибка, которую вы могли сделать (как и я): если вы установите переход на ячейку, didSelectRowAtIndexPath не будет вызван. Вместо этого вы должны установить свои сегменты в контроллере представления.

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

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

Он должен вернуть YES для строки, чтобы сделать ее выбранной.

Другая возможная причина заключается в том, что UITableView встроен в UIScrollView. У меня была эта проблема сегодня, потому что у меня случайно было представление прокрутки вместо обычного представления в качестве корневого представления моего контроллера.

Ни один из этих ответов не помог мне. Примерно через час я выяснил кое-что очень коварное:

У меня есть табличное представление внутри ячейки другого табличного представления. Я решил сделать закрывающее представление, содержащее, помимо прочего, внутреннее табличное представление. Я назвал это представление contentView и подключил его к xib.

Оказывается, UITableViewCell уже имеет contentView и делает с ним странные вещи. Проблема разрешилась сама собой, когда я переименовал свойство в mainContentView и повторно подключил представление к этому переименованному свойству.

У меня был вызов cell.userInteractionEnabled, скрытый в каком-то настроенном табличном коде.

Глупо, но не большинство ошибок?

Я поместил UITapGestureRecognizer в свой табличный вид, чтобы отключить клавиатуру, которая препятствовала вызову didSelectRowAtIndexPath:. Надеюсь, это кому-то поможет.

Если у вас есть настраиваемая ячейка, не забудьте установить UserInteractionEnabled в Xib (или через код) для ячейки.

Проверьте, не возвращает ли -heightForRowAtIndexPath 0.

Еще одна безумная возможность: я запускал свое приложение на iPhone 5S и использовал:

- (float)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

как я всегда делал в прошлом.

Однако я недостаточно внимательно изучил предупреждения компилятора ... он сказал, что я должен изменить эту строку выше на:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

64-битная совместимость! качает кулак

Будьте начеку, если начнете рвать волосы.

Позаботьтесь о свойствах UITableView в раскадровке. В моем случае в раскадровке было выбрано поле со списком в раскадровке, выбранное как «Выбор: один выбор», что не позволяет запускать метод didSelectRowAtIndexPath.

У меня такая же проблема,

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

Когда я комментирую строки, связанные с UITapGestureRecognizer, это работает. Кроме того, вы можете проверить работу UITapGestureRecognizer selector, если прослушивается UITableViewCell или нет.

У меня только что это было, и, как бывало со мной в прошлом, это не сработало, потому что я не обратил внимания на автозаполнение при попытке добавить метод, и я фактически реализовал tableView:didDeselectRowAtIndexPath: вместо tableView:didSelectRowAtIndexPath:.

В моем случае я динамически вычисляю высоту TableViewSuperView во время загрузки. Из-за просчета TableView был расположен вне SuperView. TableView рисовался нормально, однако все взаимодействие было отключено (и didSelectRowAtIndexPath никогда не вызывался). Очень сложно обнаружить, так как нет визуальных указаний на то, что TableView «недоступен».

Комментировать не могу, пишите сюда. В моем случае didSelectRow работал, но не didDeselectRow. Я установил delegate и dataSource для tableView, и это решило мой случай.

В моем случае эта проблема была только в одной ячейке. Ячейка включала выход UITextView в режиме только для чтения. Хотя до тапа он был только для чтения. При нажатии клавиатура поднялась. Оказалось, что еще нужно отключить взаимодействие.

cell.content.scrollEnabled = NO;
cell.content.editable = NO;
cell.content.userInteractionEnabled = NO;
cell.content.delegate = nil;

[cell.content resignFirstResponder];

У меня только что возникла эта проблема, но она возникла не сразу; после выбора нескольких ячеек они перестанут вызывать didSelectItemAtIndexPath. Я понял, что проблема в том, что в представлении коллекции для allowsMultipleSelection установлено значение ИСТИНА. Поскольку выбор ячеек никогда не отменялся, это мешало будущим вызовам вызывать didSelectItemAtIndexPath.

Если проблема возникает с UITapGestureRecognizer, вы можете исправить это:

• в раскадровке:

в коде с Objective-C:

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

[tap setCancelsTouchesInView:NO];

в коде с Swift:

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

tap.cancelsTouchesInView = false

Убедитесь, что вы реализовали tableView:didSelectRowAtIndexPath, а не tableView:didDeSelectRowAtIndexPath

Это получалось у меня более чем несколько раз !!

У меня периодически возникала эта проблема. Иногда прикосновение к ячейке приводило к ее выделению. Иногда он не получал событие касания.

Я использую функции, представленные в ios8, которые называются саморазмерными ячейками. Я наткнулся на этот Сообщение блога, который указывает, что:

When the table view is first displayed, you may find some of the cells are not sized properly. But when you scroll the table view, the new cells are displayed with correct row height. To workaround this issue, you can force a reload after the view appears:

override func viewDidAppear(animated: Bool) {
    tableView.reloadData()
}

Это устранило проблему для меня. Несмотря на то, что представление таблицы отображалось правильно, обработка касания (в частности, hitTest для UITableView), по-видимому, была подвержена вышеупомянутой ошибке.

Я повторил все предыдущие ответы, но ни один из них мне не помог. После некоторых проб и ошибок я нашел другое решение. У меня был UIImageView, покрывающий всю ячейку (в качестве фона). По умолчанию в UIImageView отключено взаимодействие с пользователем. При включении imageviews для взаимодействия с пользователем метод делегата -didSelectRowAtIndexPath: был вызван снова. например.

cell.imgView.userInteractionEnabled = YES;

Для Xcode 6.4, Swift 1.2. В IB изменен "тег" выбора. Не знаю как и почему. Установка его на «Единый выбор» сделала мои ячейки табличного представления снова доступными для выбора.

В моем случае проблема заключалась в том, что у меня был подкласс UITableViewCell, и я реализовал эти два метода: touchesBegan:withEvent: и touchesEnded:withEvent для создания красивой анимации на ощупь. Но я забыл добавить метод [super touchesBegan:touches withEvent:event]; в объявление [super touchesEnded:touches withEvent:event];, чтобы также информировать родительскую ячейку о касании.

Итак, изменение кода на следующий решило мою проблему:

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

Если вы добавили gestureRecognizer поверх UITableView, didSelectRowAtIndexPath не будет вызываться.

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

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

В этом посте есть несколько удивительных подсказок и ответов (возможно, это одно из лучших обсуждений, которые я видел!) Подсказки здесь помогли мне выяснить, в чем была моя проблема, но я все равно провел много часов, пуская слюни на клавиатуре, пытаясь обнаружить проблема, которая была похожа на другие сообщения. Однако то, как я, наконец, обнаружил, было немного по-другому, поэтому я хотел поделиться на случай, если другие тоже столкнутся с этим.

Оказывается, моя проблема заключалась в том, что в коде суперкласс добавлял полноэкранное «представление ошибок», которое не было скрытым, а прозрачным. Однако, поскольку он был над табличным представлением, а «действие пользователя» было установлено на ДА, он перехватил мои прикосновения к табличному представлению.

Я диагностировал это с помощью классной кнопки Xcode "Debug View Hierarchy". Вот снимок экрана с аннотациями, которые, надеюсь, объясняют, что я сделал и как я в конечном итоге диагностировал проблему.

В коде мне просто нужно было сделать:

errorMessageView.setUserInteractionEnabled = NO;
// or
errorMessageView.hidden = YES;

Если ваше табличное представление находится в режиме редактирования (например, [tableView setEditing:YES animated:NO];), вам необходимо установить tableView.allowsSelectionDuringEditing = YES;

ВЫ ДОЛЖНЫ выбрать эти параметры

но если вы хотите, чтобы UITableView не выделялся при нажатии, вам следует внести изменения в свойства UITableViewCell.

Выберите вариант Нет для выбора, как показано ниже.

1. Добавить @interface ExampleViewController () <UITableViewDelegate, UITableViewDataSource>

2. Делегирование в раскадровке

3. Добавить код

   - (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
       UITableViewCell *cell = [tableView cellForRowAtIndexPath:indexPath];
      NSString *cellText = cell.textLabel.text;
   }
   

В моем случае решение состояло в том, чтобы изменить НЕТ на ДА в приведенной ниже функции.

iOS 9+

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

Если ячейка, которую вы нажимаете, выделяется, но функция все еще не вызывается, дважды проверьте подпись вашей функции. Должно получиться так:

override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath)

Я не уверен, что кто-нибудь прокрутит достаточно далеко, чтобы увидеть этот ответ, но поскольку это самый популярный вопрос по этой теме, и ответа там не было, я добавлю его:

Начиная с Xcode 9 / Swift 4 все методы Objective-C должны быть помечены как @objc. Компилятор выполняет разумную работу по распознаванию того, где его следует применять, однако он не определяет наследование. Например:

class Delegate: NSObject, UITableViewDelegate {
}

class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

Это не вызовет никаких предупреждений, сбоев или ошибок сборки. Однако ваша линия не будет вызываться, пока вы не добавите @objc:

@objc class SuperDelegate: Delegate {
    override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath? { return indexPath }
}

Убедитесь, что вы вызываете reloadData в основном потоке. Если вы вызываете этот метод из какого-либо асинхронного метода (например, сетевой запрос какого-либо типа), табличное представление может или не может отвечать должным образом (в некоторых случаях приложение может даже аварийно завершить работу).

Используйте блок кода основного потока для выполнения вызова reloadData, если вызов выполняется в каком-либо другом блоке метода (в котором вы не уверены):

[[NSOperationQueue mainQueue] addOperationWithBlock:^{
    [tableView reloadData];
}];

Проверьте, есть ли у вашего viewController следующий метод:

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

если вы вернете "NO", didSelectRow не будет вызываться

в моем случае я сделал небольшую ошибку, мне назначили:

tableView.isUserInteractionEnabled = false

должен быть:

tableView.isUserInteractionEnabled = true

Я только что нашел другой способ нет вызвать ваш метод didSelect. В какой-то момент, во время какой-то ошибки в самом объявлении func, XCode предложил мне добавить @nonobjc к моему методу:

@nonobjc func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {

Это будет продолжать компилироваться без жалоб, но действия пользовательского интерфейса никогда не вызовут вас.

"Это мои два цента, и я захочу вернуть сдачу"

В моем случае didSelctRowAtIndexPath не вызывается из-за того, что я выбрал никто в свойстве Выбор tableView, установленный на единичный выбор, решил мою проблему

В моем случае проблема заключалась в объявлении метода закрытым.

Это не сработало:

private func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {

Это сработало:

func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {

Я прочитал все ответы и полностью с ними согласен. Но в моем случае все иначе. У меня был новый segue для моего detailViewController, связанный напрямую с моим tableCell в StoryBoard, что и вызвало это. Поэтому мне пришлось удалить этот сегмент из моей ячейки и связать его с самим UITableViewController. Теперь, написав следующий код, он работает,

override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        tableView.deselectRow(at: indexPath, animated: true)
        // Do any operation
        performSegue(withIdentifier: "DetailSegue", sender: self)
    }

Надеюсь, это решение кому-то поможет!

ты должен это проверить выбор должен быть однократным, а редактирование не должно производиться во время редактирования и вы также меняете настройку в свойствах uttableviewcell вы редактируете в ячейке табличного представления стиль должен быть индивидуальным, а идентификатор должен быть удален и раздел отсутствует

Пожалуйста, проверьте UITapGestureRecognizer. В моем случае жест касания был добавлен для представления, в котором размещено табличное представление, которое потребляет взаимодействие пользователя с UITableview, например didselect. После отключения жестов для представления сработал делегат didselect.

tableView?.allowsSelection = true

По умолчанию в Xcode 11.7 это False.

У меня была эта проблема, когда class name моего TableViewController был неправильно установлен в Interface Builder.