This will not be possible if we implement T439979: "Edit full page" button: Avoid competing with other interactive elements. Also, I don't think including 2 buttons in this button is a good idea as it could lead to accidental clicks and make it unnecessarily complex. Its purpose should be to provide a simple way to load the full page.

El T440641#12427173, @ppelberg escribió:

Thank you for bringing this together, @bmartinezcalvo! I've made a small tweak to the requirements (below).

Before that, a question for you...

if no editing or scrolling for 10 seconds, the pulsating/bouncing effect appears to take attention from user

What led you to land on proposing we use the pulsating/bouncing effect to draw people who A) have seen a suggestion before and B) who have not taken any action in __ seconds to the presence of suggestions?

Note: I ask this wondering if you considered showing the Before you go dialog and if you did, why you think that intervention may not be a good fit for this moment.

El T437093#12423858, @VCioffi-WMF escribió:

@bmartinezcalvo do we want to get rid of the toast that is currently displayed from web?

El T439787#12407255, @Sneha escribió:

We already have a link to go to saved items in our toast in our test but users did not click on it

@Sneha instead of including another onboarding popup, I would recommend just using a Toast to show when an article has been saved/removed from your list, with a button to view that list if needed. Wdyt?

@ppelberg I guess we can solve this task T426134 and rest of subtasks were completed.

per offline discussion with Readers team, we decided:

as decided async, we will finally make the following updates in the success publish card:

• green head in the desktop card
• update the button to a shorter copy "View more"

@ppelberg I wonder if this task was already solved with the work done in T431375.

per offline discussion, we will publish these guidelines in mediawiki for now, explaining that they are WIP if needed. And then, we will publish or moved to other places if decided later.

Icon in buttons don't appear now on any checks or suggestions, so declining this task since it looks like it was solved.

El T426034#12389714, @DLynch escribió:

And then presumably triple tap to actually be able to edit the text.

El T426034#12389452, @DLynch escribió:

if you tap a link with a suggestion on it, what shows? If you tap again to dismiss whichever the first thing that opened was, what happens? (It gets worse if you throw in, say, a table cell.)

I would opt for not showing any start icon or image as the list items already have too many icons competing.

@medelius I've reviewed the implementation of the success state and it looks good, with all the updates that we commented async being fixed.

As decided with @medelius async, we will use a generic title for the success state in all suggestions and checks for now and we will update to custom title once decided in T439591.