Page MenuHomePhabricator

[Design bug] As a user of the editing feature, I would like toolbar submenus to be dismissed after I have completed my task
Closed, ResolvedPublic

Description

Why are we doing this?

While reviewing user testing videos it was observed that even when the user dismisses the keyboard (eg. scrolls away from their cursor) we are not currently closing toolbar submenus, therefore when the user re-places their cursor they first see the submenu, not the keyboard.

User story

As a user of the editing feature, I would like toolbar submenus to be dismissed after I have completed my task


Steps to reproduce

Open text formatting
Scroll enough to dismiss the keyboard / Text formatting or other sub-view
Place cursor (triggering the keyboard to re-open)

Expected results
The keyboard is opened to the keyboard

Actual results
The keyboard is opened to the Text formatting or other sub-view


Proposed solution

When the keyboard is dismissed while a submenu is opened (eg. Text formatting or style), reset the keyboard before the keyboard is reopened.

Design details

  • Dismissing the keyboard does not need to reset the view of the toolbar (eg. if a user is in the second toolbar view, and the keyboard is dismissed, upon re-open we can still show them the second toolbar view).

Event Timeline

cmadeo triaged this task as Medium priority.Jan 9 2019, 7:25 PM
cmadeo created this task.
LGoto raised the priority of this task from Medium to High.Jan 14 2019, 7:35 PM