【问题标题】:Reordering a UITableView: notification when user first starts dragging with the handles重新排序 UITableView:用户第一次开始使用手柄拖动时的通知
【发布时间】:2018-12-02 18:59:44
【问题描述】:

我有一个带有单元格的 UITableView,我希望用户能够通过使用每个单元格右侧的“句柄”上下拖动它们来重新排序。我不想实现“拖放”功能,因为这些单元格后面的数据在这个表之外毫无意义(并且实现 NSItemProvider 看起来是一个丑陋的过程,因为表格视图及其单元格后面的数据)。到目前为止,一切都已实施并且工作正常。看起来有点像this article 的结果。

下一步是,我想知道用户何时“抬起”或开始移动单元格——类似于使用拖放的dragStateDidChange 功能。我希望在单元格被移出原位之前收到此通知——因为 UI 将单元格背景变为白色并将其“提升”到表格上方。

如何在不实施“拖放”的情况下获得此通知?

我尝试过的事情并没有达到我想要的效果:

  • 识别长按手势:我确实在这些单元格上使用手势识别器进行点击等;似乎当用户触摸拖动手柄以重新排列单元格时,此操作不会触发长按手势。试过了,没有成功。
  • Will-select-row-at:我在 UITableViewDelegate 代码中实现了函数func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath?;当用户触摸拖动手柄时不会调用它。
  • targetIndexPathForMoveFromRowAt:函数func tableView(_ tableView: UITableView, targetIndexPathForMoveFromRowAt sourceIndexPath: IndexPath, toProposedIndexPath proposedDestinationIndexPath: IndexPath) -> IndexPath在拖动的单元格改变位置时触发,但直到那时才会触发;它没有捕捉到我正在寻找的提升/拖动过程的开始。
  • 同样,也不会调用 willBeginEditingRowAt 和 shouldHighlightRowAt。
  • 各种 scrollView 函数:它们都在用户滚动整个表格时调用,而不是在用户重新排序时调用。
  • 注意“设置编辑”:拖动手柄需要始终存在,因此“编辑”始终设置为 true。
  • Somewhat similar question,很遗憾没有我可以使用的答案(也不是在 Swift 中)。

我怀疑必须有一个简单的通知,表明单元格已被抬起并正在使用手柄拖动,即使它尚未移动到足以高于或低于其旧位置的距离。毕竟,操作系统“知道”这一点,因为它改变了背景并添加了阴影等等。任何访问该通知以便其他代码也可以响应它的帮助将不胜感激!

【问题讨论】:

    标签: ios swift uitableview


    【解决方案1】:

    这些没有记录有点奇怪,但是您可以在UITableViewController(或UITableViewDelegate)中定义以下函数,这些函数将分别在单元格拖动开始或结束时调用:

    @objc func tableView(_ tableView: UITableView, willBeginReorderingRowAtIndexPath indexPath: IndexPath) {
        // Dragging started
    }
    
    @objc func tableView(_ tableView: UITableView, didEndReorderingRowAtIndexPath indexPath: IndexPath) {
        // Dragging ended
    }
    
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-03-31
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多