I mocked up a few different options for discussion purposes (on Invision, copying here for documentation)

Question: @iamjessklein, under what circumstances does a contributor landing on the Save dialog see the keyboard by default?

...I ask this considering each time I've landed on the mobile VE "Save dialog" the keyboard has not been visible to me by default. See videos: logged in and logged out.

As it relates to the "Review your changes" button placement, of the approaches shown in T229428#5384174, "A)" or "C)" makes sense to me considering:

• i. They make it more obvious to contributors they can review their changes

• ii. The behavior @matmarex pointed out in T212159#5215550 about how buttons at the bottom of pages on iOS + Safari require two taps to be interacted with [1].

• iii. We do not yet know whether showing the visual diff differ by default is feasible. [2]

1. "When the page is in "fullscreen mode" (the menu bar is minimized; see screenshots below), tapping near the bottom of the screen will display the menu bar at the top and some tools at the bottom. But the way it works is that there are no events fired for touches that begin in that [bottom of the screen] area. So we can't prevent the scroll if the user starts by touching that part of the screen." Full context: T212159#5215550

2. Feasibility of showing visual diff differ by default. Task: T229467

During this morning's planning meeting, we confirmed that we will not be making any changes to the save dialog in v1 because we first need to hear back from legal about what constraints we need to comply with. That work is happening in this task: T229462

In the meantime, we would like to replace the "X" icon in the Save dialog [1] with a "<" icon to more clearly communicate to contributors they are taking a step "back" in the edit flow, not exiting out of it completely. This work is happening in this task: T230058

cc @DLynch + @iamjessklein

1. Save dialog

We should also note that in iOS we don't auto-focus after opening the dialog because it is impossible. We do currently auto-focus on Android though.

Does this mockup represent the issues that we need to address with legal:

This mockup is great, @iamjessklein.

Copying over comments I'd posted in a different ticket: T229462#5453281

In T229462#5453281, @ppelberg wrote:

Mock up of edit flow for legal courtesy of @iamjessklein: https://wikimedia.invisionapp.com/freehand/document/fnYrvswNb

This flow looks great, Jess. I made a couple of suggestions about the wording of the questions (borrowed from this task's description) in the invision (also pasted below).

Comments

Log in prompt

1. Can we remove the word "obtrusive" from the yellow box? Thinking: IMO, this dialog provides valuable information and actions. Whether these "actions" and "information" are a) presented in the best way and/or b) at the right point in the edit flow are TBD, but I don't think we can assume it doesn't have any value.
2. Can we rephrase the question to read: "What – if any – policies exist about a) where this screen is shown in the edit flow and b) how the information within this screen is presented (e.g. could the 'Warning...' text be moved to the bottom of the screen?)?"

Save dialog

3. Can we rephrase the question to read: "What are the policies around where and how the legal disclaimer is shown within this screen?"

cc @JTannerWMF

Updated the flow here and on Freehand.

cc/ @ppelberg

In T229428#5456087, @iamjessklein wrote:

Updated the flow here and on Freehand.

Looks great 👍

We no longer have time to work on the edit summary screen so we will depriortize this.