Question

I m, with a issue with UITableView sdidSelectRowAtIndexPath。

我的桌子是这样,当我选择一行时,它就开始形成一个新的观点控制器,并推展。

我第一次利用表格中的任何一行,没有采用这种方法。一旦我选择另一行,它就开始正常工作。

我通过在<代码>didSelectRowAtIndexPath上设置一个空白点来核实这一点。在对方法一添加“”时,我发现,在我选择第二行时,最终将新的观点控制器推向前进时,我同时看到两个记录表出现在波尔。

任何建议?

Answer 1

意外分类的机率是。

Answer 2

此外,还检查了在轴心档案中你表层的选定财产。视需要使用单一甄选或多重甄选。

Answer 3

我遇到以下问题:

first tap in row -> no effect, no selection, never
second tap and following -> correct selection behavior, always

在我的案件中,我的错误是在Interface Buildinger核对Show Screen on Touch。您可以在此IB中加以:击:

“entergraph

帮助他人的希望

Answer 4

检查如果你在您的班子中设置了任何Gesture承认人。搬走姿态对我有利。

Answer 5

我甚至辩论了这一答案,因为我认为,为了表明这一点,星体是吻合的。

我对这一问题有不同之处,并检查了其他解决办法。在我的发言中,我对第一个主线上我桌上的最后一行没有处理。内容提要无。所有其他各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行各行但是,如果我看一看一面,那么这个问题似乎解决了(但是,你必须处理一个表象。

Answer 6

UITableViewCellSelectionStyleNone was set for the cell displaying that problem (ios9).

我在结束发言。

[tableView deselectRowAtIndexPath:indexPath animated:NO];

首先

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

which is not the same, but is good enough. makes me wonder what kind of table breakage ios10 brings.

Answer 7

当你在一张桌子内与姿态承认者合作时,也会出现这一问题。在此情况下,你不需要去除这些物品,你只需要确保你的姿态财产cancelsTouchesInView = 虚假的<<>代码>,这是一种保值,影响到在确认姿态时是否将触及到一种观点。

Answer 8

<SWIFT 2

确保你这样做:

www.un.org/Depts/DGACM/index_french.htm

页: 1

Answer 9

SWIFT 3

如果您与Sercury 3公司合作,其类别为。



@objc(tableView:didSelectRowAtIndexPath:) func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath){...}


这为我工作,尽管我刚刚将我的项目移至3。 它是一个比较新的问题,因此可以稍后确定。

Answer 10

SWIFT 3

在我的案件中,没有其他答复,对我来说,答案是:

Answer 11

如果你在您的班子里设置了任何UITapGestureRecognizer,你就可以在您的班子里添加这一句子。选举 RowAtIndexPath:

[tableView deselectRowAtIndexPath:indexPath animated:NO];

这为我工作。

Answer 12

页: 1

Disabling "Delay Touch Down" in the attributes inspector solved the issue.
After that the clicks are smooth and didSelectRowAt fires immediately.

Answer 13

didSelectRowAt function was not called in my app in first or second tap... I was trying to solve the problem could not find any solution. But suddenly I was recognise, I was using view.animation color change... Delegate method was not called while animation persist

Answer 14

In my case I had a UITableView section header with a gesture recognizer. When the header is tapped, it should insert few rows into that section and animate the insertion (like expand/collapse section). First time when expanded and tapped, the didSelectRow delegate method was not fired. For further taps and expand/collapse actions, it was working as expected.

Per answer by @Ayoub Nouri I set cancelsTouchesInView to false, and this resolved the issue. tapGestureRecognizer?.cancelsTouchesInView = false

Answer 15

对我来说,什么是开始打上“didSelect.”,然后让汽车在其余部分填满。很显然,我yn子的一些细节获得了胜利。正如其他人所说的那样,利用国际民主和选举援助学会!

Answer 16


我在表态(swift 4.2)中也有同样的问题,可将其固定在表态上。

allowsMultipleSelection 表格认为甄选机制将改变方式,选择每个单元<代码>。观点选择RowAtIndexPath:是第一次,第二次选择同一个单元。见DeselectRowAtIndexPath:。

这意味着,如果被抽取的电池的频率为奇数(1、3、5、......),则总是<代码>。见SelectRowAtIndexPath:将被指名,如果被抽取的囚室的号码甚至(2、4、6、......),则总是将“DeselectRowAtIndexPath:。

www.un.org/Depts/DGACM/index_spanish.htm 页: 1 见SelectRowAtIndexPath:Function to be calls on the third selected for the same cell. 因此,结果为:didSelectRowAtIndexPath:!

您希望<代码> 观点选择RowAtIndexPath:,然后在表格中注明每个选择单元多种选择必须设定<代码>false ,tableView.allowsMultipleSelection = 虚假。

通过这样做,小组每次都使用<代码>。观点选择RowAtIndexPath:将登上表,并选择另一个手机。 DeselectRowAtIndexPath: > 将在之前选定,然后选定。观点选择RowAtIndexPath:将要求获得新选的电池。

class TableViewController: UITableViewController { override func viewDidLoad() { super.viewDidLoad() tableView.allowsMultipleSelection = false } override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) { print("This will be called for each cell tap") }

友情链接