NVDA should turn off virtual buffer on certain ARIA-enabled widgets

[vtsaran]

NVDA should toggle virtual buffer off when an ENTER or a SPACE BAR is pressed on certain ARIA-enabled widgets such as tree view and tab pannel. Since complex widgets rely on their own keyboard navigation, using them in a virtual buffer will not be possible.

[jteh]

Partially fixed in r2615. It is not a complete fix because pressing enter on one of these controls which includes text in its descendants (e.g. paragraph within a tab) won't work. This is because pressing enter currently descends to the bottom of the object hierarchy to check for a node to activate, which will hit the paragraph instead of the tab. This needs to be modified to somehow check its ancestry for a control to activate.

Test cases:

• menu:  YUI Library Examples: Menu Family: Using the Menu ARIA Plugin (works in r2615)
• tab control:  Using the TabView ARIA Plugin

[vtsaran]

Using the latest daily snapshot, the tabs are not reported as tabs in a virtual buffer using examples above.

[jteh]

Replying to vtsaran:

Using the latest daily snapshot, the tabs are not reported as tabs in a virtual buffer using examples above.

This is a separate issue covered by #216.

[jteh]

As of r2649, NVDA will correctly switch to focus mode automatically if focused on an ARIA tab control.

Pressing enter on a tab while in browse mode still does not switch to focus mode, but it does activate the tab. We're uncertain whether switching to focus mode is actually correct behaviour in this case. The reason is that since all of the tabs are exposed in the buffer, the user probably just wants to activate the tab under the cursor, rather than switching to focus mode and then having to activate the correct tab anyway. If you really do want to interact with the tab, NVDA+space can be used. This is the same behaviour we use for buttons, checkboxes, etc. Vic, is this acceptable?

[vtsaran]

Replying to jteh:

As of r2649, NVDA will correctly switch to focus mode automatically if focused on an ARIA tab control.

This works as advertised.

Pressing enter on a tab while in browse mode still does not switch to focus mode, but it does activate the tab. We're uncertain whether switching to focus mode is actually correct behaviour in this case. The reason is that since all of the tabs are exposed in the buffer, the user probably just wants to activate the tab under the cursor, rather than switching to focus mode and then having to activate the correct tab anyway. If you really do want to interact with the tab, NVDA+space can be used. This is the same behaviour we use for buttons, checkboxes, etc. Vic, is this acceptable?

Absolutely. I personally think this is a great resolution to the problem. As you point out, the user may not necessarily want to go into "focus mode" just to toggle the current tab. So totally agree with your approach.

[jteh]

Reporter is satisfied. That's good enough for me. :)