Deleting a menu should land you on the next available menu instead of the + tab

[Denis-de-Bernardy]

In software editors that support tabs (or in browsers, for that matter), killing a tab results in your being navigated to the next available tab (the one to the right, if any, else the one to the left).

WP should not behave any differently when you delete menus.

[koopersmith]

Agreed. Marking as ux-feedback, but patches welcome.

[jane]

Agreed.

[ryan]

(In [14601]) Go to first tab instead of + after deleting a menu. see #13338

[ryan]

Quick fix to go to the first tab, which is some improvement.

[koopersmith]

I can't remember which ticket this came up in, but do we want the tabs to be rearrangeable? I have an idea for a quick patch if they're not, but it'll break if they are.

[koopersmith]

Given that we're implementing menu slots in #13378, I see no need to implement rearrangeable tabs for 3.0 (since users no longer have to rely on the first menu being the one automatically used by a theme).

[koopersmith]

Patch selects the next tab (alphabetically, because they're sorted alphabetically). If the deleted menu was the last tab, it selects the last tab (ie the previous tab). If there are no more menus, it selects create menu. It also fixes the bug where no menu tab will be selected if the delete url is refreshed.

[ryan]

(In [14758]) Make the next available tab active after deleting a tab. Props koopersmith. fixes #13338