2014-09-30 3 views
2

У меня возникает странная проблема, когда мой UITableView неправильно реагирует на краны после просмотра прокрутки, в котором он содержится, прокручивается вообще. Я говорю правильно, потому что он is, подсвечивая строку при касании клетки и не высчитывая ее при поднятии пальца, но есть no звонок сделан в tableView:didSelectRowAtIndexPath:.UITableView в UIScrollView не отвечает на первый ответ после прокрутки

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

Теперь я знаю, что технически не рекомендуется класть tableView внутри scrollView вручную, но мне нужно, чтобы визуально прокрутить всю таблицу как единое целое без типичного поведения верхнего колонтитула/footer встроенного scrollView tableView. Прокрутка отключена во встроенном tableView.

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

Я играл с объектами cancellableContentTouches и delaysContentTouches как на содержащем scrollView, так и в встроенном tableView, но безрезультатно. Кажется, что это происходит независимо от того, для чего они установлены.

+0

Возможный дубликат [UITableView внутри UIScrollView не получает первый ответ после прокрутки] (http://stackoverflow.com/questions/21677268/uitableview-inside-uiscrollview-not-receiving-first-tap-after-scrollling) – devios1

ответ

4

Как answered here, правильное решение (если вы не следуете правилам) должно содержать scrollEnabled, установленное на YES на всех встроенных таблицах. Это позволяет им правильно обрабатывать штрихи. Но обязательно установите bounces в NO во встроенные представления, чтобы избежать странного поведения прокрутки.

Смежные вопросы