New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 685234 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Feature



Sign in to add a comment

Implement swipe-to-delete in Reading List and History

Project Member Reported by stkhapugin@chromium.org, Jan 25 2017

Issue description

When user swipes an item in reading list (trailing-to-leading direction), I think the item should move to trailing side and expose a Delete button or possibly other actions (Mark as read/unread).

WDYT?
 
Of course. Ideally. The thinking here is that we tried to unify the UI with History though. So that we don't end up with three similar UI surfaces (bookmarks, history, reading list) with three completely different interaction models.
Yeah, and we can have the same thing in History and Bookmarks, right? 

Comment 3 Deleted

Thanks for opening Stepan. Yes this is on the roadmap and as you and Mardini stated, the cell-swipe pattern will apply to many applicable table views throughout our app. This is likely to occur with a larger set of UI changes coming soon.

I would rather we change this bug title or close and create a new one that clearly states the desire to create a component/pattern that covers the generic functionality without tying it to a particular feature or instance.
Status: WontFix (was: Assigned)

Sign in to add a comment