Make WordPress Core

Opened 6 years ago

Last modified 2 weeks ago

#43305 accepted defect (bug)

Accessibility Issue in Arranging the Menu Items: I need a combobox for selecting the parent item and a combobox for selecting the item position

Reported by: javad2000's profile javad2000 Owned by: joedolson's profile joedolson
Milestone: Future Release Priority: normal
Severity: normal Version:
Component: Menus Keywords: needs-patch needs-design
Focuses: accessibility Cc:


I shall firstly thank WordPress team for their utmost attention to accessibility standards, which makes WordPress unique among all CMSs. All WordPress
core features are fairly Accessible for me as a blind person who uses screen reader (JAWS), but I always have problems with rearranging the menu items.
Although the menu-items are also very accessible for a blind person and I can re-arrange them very well, this process is very time consuming for me, because;
for example, if I want to send a menu-item from position 16 to position 11, I have to press “Move Up” 5 times. The problem is:
I don’t have any combobox that assigns the mother-item and the item-position. Therefore, I have to adjust the positions by moving each item one by one,
level by level.

Suppose I have a menu with lots of sub-menus and sub-items. Now, I want to add 6 new sub-items to the different menus. Of course, when I add them to the
menu, they are at the end of menu. If I want to bring each item to a certain position near the center of menu, I have to click “Move up” and “Move down”
one by one for many many times over and over. It takes me about 2 hours to rearrange those menu items. I hope I could explain clearly.

Beside each menu item, there is a link called “Edit Menu Item”. When I click on the link, a set of options open up: move up, move down, name, etc. I would
like to have two other options as well: mother-item, and position. For example, I adjust the mother-item of “Audio Translation” as “Translation”, and I
adjust its position to “2”, which means subitem number 2 under “Translation”. I hope I could explain clearly what I mean. If I can adjust the menu positions
with comboboxes, I will not have to click “move up” and “move down” many many times.

Attachments (1)

be278c6a27d93abb7dceeeaeb7b15aa0.gif (478.0 KB) - added by audrasjb 6 years ago.

Download all attachments as: .zip

Change History (27)

#1 @audrasjb
6 years ago

Hi @javad2000 and many thanks for this ticket,

We are still working on a similar ticket: #40678 - Editing menus in WP admin for blind people.
I think we can keep both tickets for now because what you offer brings additional elements to the other ticket.

I will work to integrate your solutions on my work on the other ticket.


Related: #40678

Version 0, edited 6 years ago by audrasjb (next)

This ticket was mentioned in Slack in #accessibility by audrasjb. View the logs.

6 years ago

#3 @juliemoynat
6 years ago


I think that's a good idea!

@audrasjb, I'm not sure that @javad2000 can see your animated image. :)

In your example, you add a "Move to position:" field with "1", "2", "3", "4" options.
Can we add the total number of items to help a little bit more?

"Move to position:"

  • 1 of 8
  • 2 of 8
  • 3 of 8
  • etc.

@javad2000 also needs another field to define an item as a child. Can we do as we have it for "Pages"?


  • (no parent)
  • Blog page
  • Sample page
  • Google
  • etc.
Last edited 6 years ago by juliemoynat (previous) (diff)

#4 @afercia
6 years ago

  • Component changed from General to Menus
  • Focuses accessibility added
  • Version 4.9.2 deleted

I will work to integrate your solutions on my work on the other ticket.

I'd recommend to keep things separated :) It's far better to have smaller patches, focused on a single issue, rather than big ones that are difficult to review, test, and they often go stale pretty soon.

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.

6 years ago

#6 @afercia
6 years ago

  • Milestone changed from Awaiting Review to Future Release
  • Owner set to audrasjb
  • Status changed from new to assigned

This ticket was mentioned in Slack in #accessibility by rianrietveld. View the logs.

5 years ago

#8 in reply to: ↑ description @javad2000
3 years ago

Hi again
I am still waiting for this feature, but no hope yet after 3 years.

Last edited 3 years ago by javad2000 (previous) (diff)

#9 @javad2000
3 years ago

In addition to those two comboboxes in the Menu Editor Page, we might have those two comboboxes on page/post editor dashboard as well. This helps us assign pages/posts directly to a menu item at a certain position from the page editor dashboard.

#10 @wmalexander
10 months ago


This ticket has been dormant for a while - but I wanted to see if there may be any chance of further action related to this issue. I received the following request from one of our users related to this exact issue:

We are familiar with the "Edit Menu" option for each of the menu items, but the
feature is very limited and only allows a couple of movement changes. It would
be great if this menu had an option to move as child to X, or move as parent to
X with much more flexibility.

In the main menu screen, using the NVDA screen reader, I am noticing that
whenever I move menu items around, if I am moving the item up through the menu
structure, as it moves in and out of menus to its destination, other menu items
get included with the original item during the dragging process, which
completely rearranges the entire menu structure.

The only work-around I have found is to not move the item horizontally, but
instead continue moving it vertically through all of the existing menu items
until I reach the new location.

I wonder if perhaps the new WordPress updates address this?

Any room for further discussion and or action related to this issue? Thanks!

#11 @wmalexander
10 months ago

Hello - just hoping this item at least has room for discussion? I tried editing the menu using a screen reader myself and it is, honestly, a terrible experience.

#12 @william.alexander
10 months ago

  • Type changed from feature request to defect (bug)


Just poking this ticket again. It looks like the related tickets that are mentioned have been closed, but this issue is certainly unresolved. Having tried myself to edit the menu using a screen reader, it’s clear that the menu editor is close to unusable for a blind user.

#13 @wmalexander
9 months ago

👋 Still hopeful that there is a possibility that this accessibility issue could receive some attention.

#14 @wmalexander
9 months ago

Hello - 👉 just poking to see if this might get rediscussed at some point.

#15 @wmalexander
8 months ago

Just giving this wheel another squeak.

#16 @wmalexander
8 months ago

Hello - really hoping I can update my vision-impaired colleague who reported this issue with something positive about the possibility that this might eventually be fixed.

#17 @william.alexander
8 months ago

@audrasjb do you know if there is any remote plan to address this accessibility issue?

#18 @wmalexander
7 months ago

@afercia forgive me for not knowing the protocol for items like this - if an issue like this one appears to be stalled, is there any way to resubmit or reactivate it? Thank you.

#19 @wmalexander
7 months ago

  • Keywords dev-feedback added

#20 @wmalexander
7 months ago

@joedolson a colleague of mine found your profile and suggested that you might be someone who could possibly provide some information about the likelihood that this issue may someday be addressed. Do you know if this is the kind of accessibility issue that might be on the docket for attention in the foreseeable future? Or, do you know if there might be plans to replace the current menu editor with a new version related to the site editor, which might make addressing this issue an effort that would shortly find itself in the WP trash heap?

In a Yoast blog post about WordPress 6.3 I read:

Of course, a WordPress release isn’t complete without several performance and technical enhancements. Also, as with the last few releases, there was a strong focus on accessibility. Making WordPress more accessible with every new version that’s being released.

Which is great to read, and makes me hopeful that the menu editor accessibility will be improved in the near future, but the fact that this ticket has existed for 5 years and continues to receive no updates of any kind does create some pessimism about this issue specifically. Any news of any kind at all?

This ticket was mentioned in Slack in #accessibility by juliemoynat. View the logs.

7 months ago

#22 @joedolson
7 months ago

  • Owner changed from audrasjb to joedolson
  • Status changed from assigned to accepted

This ticket was mentioned in Slack in #accessibility by wmalexander. View the logs.

7 months ago

#24 @joedolson
7 months ago

  • Keywords needs-patch needs-design added; dev-feedback removed

In the Accessibility bug scrub on 2023/8/18, we agreed that adding a mechanism that allows a user to set the parent & position of a menu item is worth pursuing. @travel_girl will work on some designs mockups for both the classic menu editor and for Gutenberg; this is also a problem in the new menu editor, so we should consider both.

#25 @wmalexander
6 weeks ago

Hello! It's been several months since this topic has had an update. Just curious if there might be any progress underway? Thanks!

#26 @william.alexander
2 weeks ago

Hello! I thought I'd check in to see if we can get this ticket moving somehow. Is there something I could do to help? I'm not sure what I could do, but if someone could comment on what the next step towards progress is on this task, I would be glad to try to accomplish that step.

Note: See TracTickets for help on using tickets.