Context menu is not read as a context menu by JAWS

[Damian]

When displaying context-menus and sub-menus JAWS does not read the menus as menus, just the general label "Options". When using a toolbar menu (scayt), JAWS reads "Menu Options" and when leaving the menu it says "Leaving menu".

In earlier versions, JAWS would actually read "Context menu"

[Frederico Caldeira Knabben]

Here we have some limitations with JAWS. In fact, if you open the context menu and hit INSERT+ESC to refresh the screen, the next time you open the context menu it will be reas just like you have described it for SCAYT.

JAWS reads:

1. "Applications" (???)
2. "Menu"
3. "Options" (note that's not "Menu Options")
4. "To move through options press UP and DOWN arrow"

If we remove "Options", FF will provide JAWS a strange URL which is read, and this is undesirable. I can't understand the "Applications" thing.

Then on ESC to close the menu, it reads "Leaving menus", as expected.

Ideally JAWS should read: "Menu", "To move through options press UP and DOWN arrow". Maybe FS can give us some idea on how to achieve this.

[Damian]

The proposal here is to provide a label of "Context" instead of "Options" for the context menu.

[Frederico Caldeira Knabben]

The proposed idea makes sense. The implementation makes the API dirty though, and also complicated as the entire definition must be passed even if we want to change just a single attribute on it.

At this point, we could instead make the CKEDITOR.plugins.contextMenu::_.defintion and public property, renaming it to CKEDITOR.plugins.contextMenu::definition. In this way the attribute can be easily changes right after creating the class instance.

[Garry Yao]

Fixed with [5283].