Swipe to dismiss uses touch gestures and animations. Smooth 60fps frame rate is important for good user experience. Poorly optimized animations can cause jank or dropped frames. Memory use is usually low, but heavy UI elements inside swipeable items can increase memory and CPU load. Battery impact is minimal if animations are efficient.
Swipe to dismiss in Android Kotlin - Build, Publish & Deploy
- Use Android's
ItemTouchHelperfor built-in swipe support with optimized animations. - Keep swipeable item layouts simple and lightweight.
- Avoid heavy work on the main thread during swipe gestures.
- Use hardware-accelerated animations and avoid overdraw.
- Recycle views properly in lists to reduce memory pressure.
Swipe to dismiss functionality uses standard Android libraries, so it adds negligible size to your app bundle. Custom animations or third-party libraries may increase size slightly. Startup time is not affected by swipe to dismiss unless you preload heavy resources for the swipe UI.
On Android, swipe to dismiss is often implemented with RecyclerView and ItemTouchHelper. On iOS, similar behavior uses UITableView or UICollectionView with UISwipeActionsConfiguration. Android requires handling gesture detection and animations explicitly, while iOS provides built-in swipe action APIs. Both platforms recommend smooth animations and accessibility support.
- Ensure swipe gestures do not interfere with accessibility features (e.g., screen readers).
- Do not use swipe to dismiss for critical data without confirmation to prevent accidental loss.
- Follow platform UI guidelines for gesture responsiveness and visual feedback.
- Test on multiple device sizes and orientations to ensure consistent behavior.
Your app takes 5 seconds to load this screen with swipe to dismiss list. What's likely wrong?
- Heavy UI elements or images inside list items causing slow rendering.
- Swipe gesture handling blocking the main thread.
- Not recycling views properly, causing memory bloat.
- Complex animations without hardware acceleration.
Practice
What is the main purpose of implementing onSwiped in ItemTouchHelper.SimpleCallback when using swipe to dismiss?
Solution
Step 1: Understand the role of
This method is called when a user swipes an item. It is used to handle what happens after the swipe gesture.onSwipedStep 2: Identify the correct action after swipe
The typical action is to remove the swiped item from the data source and notify the adapter to update the UI.Final Answer:
To remove the swiped item from the data and update the UI -> Option DQuick Check:
onSwipedremoves item [OK]
- Trying to add items in onSwiped
- Ignoring data update after swipe
- Using onSwiped to change colors only
Which of the following is the correct way to create a SimpleCallback for swipe to dismiss only (no drag) in Kotlin?
val callback = object : ItemTouchHelper.SimpleCallback(?, ?) {}Solution
Step 1: Understand SimpleCallback constructor parameters
The first parameter is for drag directions, the second for swipe directions.Step 2: Set drag to 0 and swipe to left or right
For swipe to dismiss only, drag should be 0 and swipe should allow left or right.Final Answer:
0, ItemTouchHelper.LEFT or ItemTouchHelper.RIGHT -> Option AQuick Check:
Drag=0, Swipe=LEFT|RIGHT [OK]
- Swapping drag and swipe parameters
- Using drag directions when only swipe needed
- Setting swipe to 0 disables swipe
Given this code snippet inside onSwiped:
val position = viewHolder.adapterPosition items.removeAt(position) adapter.notifyItemRemoved(position)
What will happen when the user swipes an item?
Solution
Step 1: Remove item from data list
The code removes the item at the swiped position from the data list.Step 2: Notify adapter about removal
Calling notifyItemRemoved updates the UI to remove the item visually.Final Answer:
The item is removed from the list and the UI updates to reflect the change -> Option BQuick Check:
Remove item + notify adapter = UI updates [OK]
- Not removing item from data list
- Forgetting to notify adapter
- Using wrong adapter position
What is wrong with this onSwiped implementation?
override fun onSwiped(viewHolder: RecyclerView.ViewHolder, direction: Int) {
adapter.notifyItemRemoved(viewHolder.adapterPosition)
items.removeAt(viewHolder.adapterPosition)
}Solution
Step 1: Check order of operations
notifyItemRemoved should be called after removing the item from the data list.Step 2: Understand impact of wrong order
Calling notifyItemRemoved first causes the adapter to update UI before data changes, leading to inconsistency or crash.Final Answer:
Calling notifyItemRemoved before removing item causes UI inconsistency -> Option CQuick Check:
Remove data first, then notify adapter [OK]
- Not removing item before notify
- Calling super.onSwiped unnecessarily
- Using wrong adapter position
You want to implement swipe to dismiss in a RecyclerView but only allow swipe to the right. Which code snippet correctly sets up the SimpleCallback and handles the swipe?
val callback = object : ItemTouchHelper.SimpleCallback(0, ItemTouchHelper.RIGHT) {
override fun onMove(...) = false
override fun onSwiped(viewHolder: RecyclerView.ViewHolder, direction: Int) {
val pos = viewHolder.adapterPosition
items.removeAt(pos)
adapter.notifyItemRemoved(pos)
}
}
ItemTouchHelper(callback).attachToRecyclerView(recyclerView)Solution
Step 1: Check swipe directions in SimpleCallback
Swipe is set to ItemTouchHelper.RIGHT only, so only right swipe is allowed.Step 2: Verify onSwiped removes item and notifies adapter
onSwiped removes the item at adapterPosition and calls notifyItemRemoved correctly.Step 3: Confirm onMove returns false
Returning false disables drag, which is intended here.Final Answer:
This code allows swipe only to the right and removes the item correctly -> Option AQuick Check:
Swipe=RIGHT only + remove item + notify adapter [OK]
- Setting swipe to LEFT or both directions
- Not removing item from data list
- Returning true in onMove causing drag
Ready to prove it?
Pass the test and this pattern moves unknown
