Pro 6.0 b2: implementation of `esc` to close menus / dialogue boxes

I am noticing some unintuitive results when using esc to close menus / dialogue boxes in the editor. This may also be related to my other topic: Pro 6.0 b2 bug: Escaping from some pop-over tool tips breaks interactivity a

For example, if I were to have multiple dialogue boxes open, such as the dev tools and the custom codes, I would expect pressing esc to close the top most active dialogue box, but not any others below.

Secondly, and I would see this as more of a bug than an unintuitive behaviour, if the custom codes or dev tools dialogue box is open and you open the Cornerstone menu, pressing esc closes the dialogue boxes in the editor but not the Cornerstone menu, which can only be closed by clicking off it again.

In addition to this, the behaviour of esc in the Cornerstone menu is also unintuitive. I would expect to be able to jump back up the tree of menu options by using esc (for example going to the Cornerstone menu, then into the help sub-menu, and then into the keyboard shortcuts sub-sub-menu)

As an ease of use, this would be extremely beneficial rather than needing to use the back navigation arrow each time.

@arthurodb, the dialog boxes are all tied together and do not have a way to be broken out at the moment. Hitting esc simply closes all open dialogs. I’m not sure this is something we could get in this release, nor is it in the scope of this cycle.

As for hitting esc when the Cornerstone or “Add New” menus are open, I can see wiring up some action to these so that hitting esc would close them out if they’re open.

1 Like

Fair enough re: all open boxes being closed with esc.

The more pressing issue was being able to use esc to close menus or navigate back up from sub-menus, so seems like that is in hand too! Great to hear it.

We are looking into it and we’ll see what we can get out in this cycle. Mainly trying to button up core functionality at this time.