Change Details

===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 appearance settings 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).

===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).

===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 appearance setext formattings 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).