Page MenuHomePhabricator

[Notifications] Add secondary actions for cells (swipe + swipe menu)
Closed, ResolvedPublic

Description

Add in secondary swipe actions and "More" action sheet actions for notification cells.

  • Show "More" and "Mark as Read" actions when left swiping a Notification cell in an LTR device language, right swiping in a RTL device language
  • Present action sheet with actions per notification type
  • Route user to destination when action sheet button tapped

Designs

image.png (812×375 px, 27 KB)

Mappings

Link mappings for notification cells: https://docs.google.com/spreadsheets/d/1q4uI3mrz7CnKJsJ1srGXJVgWIhXmvs9dYH7u-6H29Us/edit#gid=0 (Notifications Settings should appear at the bottom)

Design details

Please note that not all cell types have associated secondary links. See the above spreadsheet and mocks for specifics.

Dependencies

https://phabricator.wikimedia.org/T287298
https://phabricator.wikimedia.org/T288662

Event Timeline

Blocked on other engineering work that needs to happen first.

https://github.com/wikimedia/wikipedia-ios/pull/4066 (data and routing portion, mark as read and notifications settings routing to come in a followup PR)

cmadeo renamed this task from [Notifications] Add secondary actions for cells to [Notifications] Add secondary actions for cells (swipe + swipe menu) .Jan 31 2022, 9:06 PM
cmadeo updated the task description. (Show Details)

@Tsevener + @Dmantena I'm sorry I didn't catch this earlier, but I noticed today that the swipe menu on Notifications has a different animate in than our swipe menus on History, Reading lists, etc (which more closely match standard iOS components).

In Notifications it looks like the notification cell is 'moving to the left' to expose a static presentation of the menu below, in more standard components like in Reading lists or in the default messaging app, the swipe menu expands as the cell is swiped.

Would it be okay to re-open this ticket? And if so do you need any additional resources from design?

@cmadeo

Sorry for the delay on this! We decided to rewrite this functionality for the Notifications Center view. With the old method (that our other list screens use), it felt like we would be inheriting a lot of baggage for a screen that really didn't need to be complicated, and probably ultimately wouldn't have saved us much (if any) time due to tiptoeing around it's complexity. This rewrite felt like a more maintainable direction. But unfortunately I didn't catch that this accordion effect was lost because of this - sorry about that.

I talked it over with @Dmantena, and we have a few options, but none are quick fixes. I'm happy to discuss these options in planning tomorrow, but for now we suggest holding off on this until we're feature complete and are at a polish stage.

Sounds good! Thanks for the update @Tsevener, would love to keep track of this for later :)

Thanks @Toni Sevener <tsevener@wikimedia.org> !

JMinor subscribed.

Those of us who live by the swipe-to-triage method of iOS inbox management thank you deeply.