This PR contains fixes for swiping collection view cells on iOS 13. We found that by setting the cell itself as the action container view, following the table view cell's example, we were able to restore swiping behavior. Testing was done on a physical iOS 13 beta device and various iOS 12 simulators. No regressions were found using the demo app.

Recreating a pull request because the first was closed for lack of activity. We missed that (sorry), but have responded to questions. See previous request: #112

Nice library when wanting more than possible with tableView(_:editActionsForRowAt:). Would it be possible to adopt this in order to work with UICollectionViewCell?

I have an app which uses SwipeCell, it works perfectly fine on iOS 10 and earlier but while testing it simultaneously on iOS 11, the cell are interactiveness, didSelectRowAt and editActionsForRowAt are not getting called, however default cells are working properly and calling didSelectRowAt and editActionsForRowAt.

a note to be made is that calling cell.showSwipe(orientation: .left, animated: true, completion: nil) and cell.hideSwipe(animated: true)

It is unclear to me as of yet if this is a bug within the SwipeCellKit or iOS 11 but I will dig and report any findings... just thought to give you guys a heads up so that you are aware of this.

This PR adds the ability to keep the title and image centred vertically at all times. As I mentioned in the issue (#149), this is useful when you have very tall table view cells that are not entirely visible for a lot of the time (eg. when viewing a chain of emails in Mail.app).

Below is a screenshot of the example app (with row height modified) before (left) and after (right) to illustrate these changes:

To enable this feature you have to implement func visibleTableViewRect() -> CGRect in the cell's delegate. There is a default implementation in an extension of the delegate so existing users of SwipeCellKit would not experience a change in behaviour with their existing code. I did not use the weak reference to the table view that already exists in the SwipeTableViewCell class to get this rect because the new delegate function allows users to account for navigation bars/toolbars/etc that may be covering parts of the table view.

I did not add a new property to control this behaviour to the SwipeTableOptions, since I think that it could be confusing for a user to have to enable it in the options as well as by implementing the delegate function, however, I can change this if you disagree.

The easiest way to see these changes in effect in the example app is by changing the table view's row height to 500 and implementing visibleTableViewRect() in the cell delegate. On iOS 11+, the simplest implementation would be:

func visibleTableViewRect() -> CGRect {
     return tableView.safeAreaLayoutGuide.layoutFrame
}

Thanks, halleygen

Everything you need can be understood from gif.

    func tableView(_ tableView: UITableView, editActionsForRowAt indexPath: IndexPath, for orientation: SwipeActionsOrientation) -> [SwipeAction]? {
        guard orientation == .right else { return nil }

        let deleteAction = SwipeAction(style: .destructive, title: nil) { action, indexPath in
            // handle action by updating model with deletion
        }

        // customize the action appearance
        deleteAction.title = "Delete"
        deleteAction.image = #imageLiteral(resourceName: "trash")

        return [deleteAction]
    }

    func tableView(_ tableView: UITableView, editActionsOptionsForRowAt indexPath: IndexPath, for orientation: SwipeActionsOrientation) -> SwipeTableOptions {

        var options = SwipeTableOptions()
        options.expansionStyle = .destructive
        options.transitionStyle = .reveal
        options.backgroundColor = .red
        
        return options
    }

This is somehow connected with re-use cell. The cell is loaded from .xib

#4

Initial support for UICollectionView.

Unfortunately, the fork here replaced support for UITableView with support for UICollectionView. This change adds support for UICollectionView.

Basically, this just copies all the UITableView related code/classes/etc and makes UICollectionView equivalents. SwipeTableOptions.swift was renamed to SwipeOptions.swift since it isn't table specific in any way (as far as I can tell). There's a lot of duplicated code between the two implementations, it may be worth it to refactor this to reduce that where it makes sense.

The example app was updated to add a UICollectionView example. The root VC is not a table view offering a choice between the TableView or CollectionView examples. The UICollectionView example was tweaked so it behaves more or less like a table view.

I got two SwipeActions in my cells one to delete and one to modify. The one to modify does perform a segue with a modal view and the one to delete does display a popup to make sure the user want to. Whichever SwipeAction I put first in the return value will make the app crash. But the second one will always works. So I don't think the problem is with my actions because they work if they're not on the right side of the swipeActions. I saw another ticket to which you answered see the example with Mails but there is no pop up from the first swipeAction it's on the first one.

Here is the code : ` func tableView(_ tableView: UITableView, editActionsForRowAt indexPath: IndexPath, for orientation: SwipeActionsOrientation) -> [SwipeAction]? { guard orientation == .right else { return nil }

    let edit = SwipeAction(style: .default, title: nil) {action,
        indexPath in
        self.modifyPatientView(patient: self.patients[indexPath.row])
    }
    edit.hidesWhenSelected = true
    configure(action: edit, with: .edit)
    
    let cell = tableView.cellForRow(at: indexPath) as! PatientTableViewCell
    let closure: (UIAlertAction) -> Void = { _ in cell.hideSwipe(animated: true) }
    let delete = SwipeAction(style: .default, title: nil) { action, indexPath in
        let alert = UIAlertController(title: "Suppression patient", message: "Êtes-vous sur de vouloir supprimer ce patient ?", preferredStyle: .alert)
        alert.addAction(UIAlertAction(title: "OK", style: .default, handler: closure))
        alert.addAction(UIAlertAction(title: "Annuler", style: .cancel, handler: nil))
        
        self.present(alert, animated: true, completion: nil)
    }
    configure(action: delete, with: .trash)

    return [delete, edit]
}`

On this case the delete button will make the app crash and if I return [edit,delete] then edit will crash.

The first, drag to left, the right actions will appear. The second, drag to right and the left will appear blank The third, when I stop drag, it will reset with an animation. But I tap the cell, the animation stop before completion. So that the left remain a blank.

Hello @jerkoch,

I was using your library for a project and noticed that it was iOS 10 only. I've put together a rough iOS 9 implementation that will at least complete the pan gestures and handles wrapping iOS 10 required code in the appropriate #available statements.

Please let me know if there is anything that I've missed or any improvements that I can make to have this pull request fit your needs.

The main change is I've added an Animator protocol used by the SwipeTableViewCell explicitly. It has 2 implementations attached to it. One for completing the animations using the UIViewPropertyAnimator and another for completing animations using UIView animator for iOS versions less than 10.

Thanks, DMCApps

In my project, I'm getting a crash when I try to delete an item. So I tried with your example with my configuration which is having number of section equals to emails.count and just one row in each section corresponding to the item. Of course I changed indexPath.row by indexPath.section in the right place.

It is possible to delete a row in a section and if it's the last row, delete in the same time the section ?

Is there any way to open the swipe options of right swipe by clicking on the cell with keeping the existing behavior.

Any help will appreciated. Thanks

Can I implement simple "swipe to delete" without adding any SwipeAction(or mb with clear background and title)? I just want to move cell at some point and delete without actions view appearing.

I implemented it easily on iOS, but the code doesn't work for mac. Am I doing something wrong or is it not supported yet?

Here's my code:

  func collectionView(_ collectionView: UICollectionView, editActionsForItemAt indexPath: IndexPath, for orientation: SwipeActionsOrientation) -> [SwipeAction]? {
        guard orientation == .left else { return nil }
        let item = fetchedResultsController.object(at: indexPath)
        let unreadAction = SwipeAction(style: .default, title: item.isUnread ? "Read" : "Unread") { action, indexPath in
            item.isUnread = !item.isUnread
        }
        unreadAction.backgroundColor = .clear
        unreadAction.textColor = .bookmark01
        unreadAction.image = item.isUnread ? UIImage(named: "read") : UIImage(named: "unread")
        return [unreadAction]
    }
    
    func collectionView(_ collectionView: UICollectionView, editActionsOptionsForItemAt indexPath: IndexPath, for orientation: SwipeActionsOrientation) -> SwipeOptions {
        var options = SwipeOptions()
        options.expansionStyle = .selection
        options.transitionStyle = .border
        options.backgroundColor = .clear
        return options
    }

Delay setting the target state until after the animation has completed.

To be honest, I forget what bug this was fixing as I actually wrote this a few years ago.

Hello, Is there any solution available for placing buttons vertically same like below image

Let me know in case of any solution found. Thank you in advance.