[patch] [cla] Dialog: use doh.robot to test aria and focus a11y

[Joseph Scheuhammer]

It is time consuming to manually test that dijit.Dialog has it aria information properly set, and that it correctly places keyboard focus when shown. Such testing should be automated.

[Joseph Scheuhammer]

Attaching an *interim* patch, "8221.patch" that:

• checks that the aria role "dialog" is properly set for the Dialog widget.
• checks that the dialog has either a non-null, non-empty aria-label OR an aria-labelledby property.
• checks that the declared first-focusable item is in fact the one that receives focus when the dialog is shown.

The patch is "interim" since it does not work with FF3 on WinXP. Specifically, if the test file "test_Dialog.html" is added to the list of files to run with the doh testing harness, the testing harness hangs upon loading "test_Dialog.html". It does not hang for FF2/WinXP, IE7/WinXP, FF2/MacOSX, nor FF3/MacSX.

(Note: applying the patch modifies "robotTests.js" to load the "test_Dialog.html" tests using the test harness.)

[Joseph Scheuhammer]

Interim patch. DO NOT COMMIT.

[Joseph Scheuhammer]

Attaching "8221a.patch" that does the same tests as before, but using a loop to register the tests based on an array of dialog ids.

The problem noted above with FF3 on WinXP remains, but does not appear to have anything to do with the new "test_Dialog.html". For example, if robotTests.js is modified to run "test_Menu.html" first, the same problem occurs. And, if it's modified to run just "test_Dialog.html", that works too. This feels like a problem calling java.awt.Robot multiple times, but I'm not sure.

[Joseph Scheuhammer]

Test aria role, aria label, and focus a11y

[bill]

I'll check this in along with some tests that I've written.

[bill]

(In [16999]) Dialog a11y tests (keyboard and aria roles). Fixes #8221 !strict (Contains patch from clown plus some tests I wrote too)