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

Я пишу приложение для iOS с табличным представлением внутри представления вкладок. По моему UITableViewController, я реализовал -tableView:didSelectRowAtIndexPath:, но когда я выбираю строку во время выполнения, метод не вызывается. Однако табличное представление заполняется, поэтому я знаю, что в моем контроллере вызываются другие методы tableView.

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

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

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

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

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

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

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

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

tableView.allowsSelection = YES

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

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

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

(Особенно при программном создании UITableView)

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

Если проблема возникает с 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С помощью этого вопроса: при редактировании `UITableView` не вызывает didSelectRowAtIndexPath ??

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

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

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

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

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

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

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

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

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

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

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

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

Я знаю. Не смейся Но, возможно, это спасет кого-то за час, который я потерял ...

Давая мои 2 цента на это.

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

Либо удалите кнопку, либо в моем случае я установил для кнопки «Интеграция пользователя» значение «ложь», чтобы была выбрана ячейка.

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

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

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

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

Это было получено мной не раз!

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

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

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

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

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

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

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

В моем случае проблема заключалась в том, что у меня был 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
}

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

iOS 9+

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