Page MenuHomePhabricator

As an editor on the iOS app, I'd like to know that the introduction paragraph is presented differently in the editing view / preview than in the article view
Open, Needs TriagePublic

Assigned To
Authored By
cmadeo
Dec 19 2018, 5:27 PM
Referenced Files
F48179202: Alert.png
Tue, Apr 23, 12:07 AM
F48179642: Toast.png
Tue, Apr 23, 12:07 AM
F41984976: image.png
Feb 19 2024, 5:25 PM
F41984965: image.png
Feb 19 2024, 5:25 PM
F41984956: image.png
Feb 19 2024, 5:25 PM

Description

Why are we doing this?

Article introduction sections are presented differently on the app then they are on web. This means that the order of elements in the editing view and preview do not reflect the article view on the iOS app. Some users have noted that this can be confusing or disorienting and we do not currently explain to users that the ordering will not be the same in the app article view as in the app editing view.

User story

As an editor on the iOS app, I'd like to know that the introduction paragraph is presented differently in the editing view / preview than in the article view

Proposal

The first time that an editor taps on the edit pencil on the introduction section, show a dialogue that explains that the ordering of elements will be different in the editing view.

Event Timeline

Hello @cmadeo, Hope you are good!. I worked a bit on task. Do we want like, when use click on the Edit introduction button, we show alert for first time and then we don't show?

I want to confirm the point and the steps where we want to show an alert. For now if user click on Edit introduction button, second pop up will show and if user says yes edit popup won't show again otherwise with press of cancel button user won't be able to go in edit screen, popup will show again whenever user comes back. I have attached photo below. Please let me know.

1st step:

image.png (502×414 px, 229 KB)

2nd step:

image.png (441×450 px, 263 KB)

if user says yes, then shows edit page:

image.png (689×318 px, 174 KB)

Tsevener subscribed.

@cmadeo I kicked off a design review build (Experimental #111) for this one to help with feedback. Thanks!

Hi @Rajparad, great to see that this ticket was picked up, thank you!

This solution makes sense and looks good. I was curious, since we have a wider range of components nowadays that could showcase the message at this stage of the editing flow, could we use something that is a little less disruptive?

I have 2 other propositions for the design and the team can decide wether they want to go forth with the solution above or the ones below.

  1. Have the message appear via a toast (top of page) after the contributor chooses to edit (this will appear after the edit notices). This way it doesn't interrupt the workflow and would not be using the alert component since it is recommended by the HIG to 'Avoid using an alert merely to provide information.' This is my preferred solution.
Toast.png (667×395 px, 79 KB)
  1. Keep using the alert but have one button that says 'OK' instead of the 'Edit introduction' or 'Cancel' since the message is more informative rather than actionable.
Alert.png (667×375 px, 71 KB)

cc @Tsevener