Test cases for Dragon Naturally Speaking + Chrome Test case: Use "Click <text>" (Activate item by name) Launch Dragon Naturally Speaking and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Click <text>" (Activate item by name) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes Test case: Use Click <role> (Click Type) Launch Dragon Naturally Speaking and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: Click <role> (Click Type) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes Test cases for Dragon Naturally Speaking + IE The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Dragon Naturally Speaking + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for JAWS + Chrome Test case: Use Down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch JAWS and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch JAWS and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Insert + F3 (Open element list) Launch JAWS and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: Insert + F3 (Open element list) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for JAWS + Edge Test case: Use Down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch JAWS and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch JAWS and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Insert + F3 (Open element list) Launch JAWS and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: Insert + F3 (Open element list) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for JAWS + Firefox Test case: Use Down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch JAWS and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch JAWS and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch JAWS and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Insert + F3 (Open element list) Launch JAWS and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: Insert + F3 (Open element list) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for JAWS + IE Test case: Use Down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch JAWS and IE. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch JAWS and IE. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) to navigate forward to `input[type="checkbox"]` Launch JAWS and IE. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch JAWS and IE. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Insert + F3 (Open element list) Launch JAWS and IE. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: Insert + F3 (Open element list) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for Narrator + Edge Test case: Use Down arrow (Jump to next item (scan mode)) to navigate forward to `input[type="checkbox"]` Launch Narrator and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Down arrow (Jump to next item (scan mode)) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch Narrator and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch Narrator and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch Narrator and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for Narrator + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Narrator + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Narrator + IE The test has not been configured for this combination. Please open a GitHub issue.
Test cases for NVDA + Chrome Test case: Use down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch NVDA and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch NVDA and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use NVDA + F7 (Open Elements List) Launch NVDA and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: NVDA + F7 (Open Elements List) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for NVDA + Edge Test case: Use down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch NVDA and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch NVDA and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use NVDA + F7 (Open Elements List) Launch NVDA and Edge. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: NVDA + F7 (Open Elements List) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for NVDA + Firefox Test case: Use down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch NVDA and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch NVDA and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use f (Next form field) to navigate forward to `input[type="checkbox"]` Launch NVDA and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: f (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use NVDA + F7 (Open Elements List) Launch NVDA and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: NVDA + F7 (Open Elements List) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for NVDA + IE The test has not been configured for this combination. Please open a GitHub issue.
Test cases for TalkBack + Chrome Test case: Use Swipe right (or alt+right arrow) (Read next item) to navigate forward to `input[type="checkbox"]` Launch TalkBack and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Swipe right (or alt+right arrow) (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use double tap (Activate form control) on the target of `input[type="checkbox"]` Launch TalkBack and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: double tap (Activate form control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use Swipe down (alt+c) (next control (correct reading control must be selected)) to navigate forward to `input[type="checkbox"]` Launch TalkBack and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Swipe down (alt+c) (next control (correct reading control must be selected)) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for TalkBack + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Voice Access (Android) + Chrome Test case: Use "Tap <text>" or just "<text>" (Activate item by name) Launch Voice Access (Android) and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Tap <text>" or just "<text>" (Activate item by name) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes Test case: Use "Show numbers" (Turn on the numbers overlay) Launch Voice Access (Android) and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Show numbers" (Turn on the numbers overlay) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes Test cases for Voice Access (Android) + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for VoiceOver (iOS) + Safari Test case: Use Swipe Right (Next item) to navigate forward to `input[type="checkbox"]` Launch VoiceOver (iOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Swipe Right (Next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Double tap (Activate Form Control) on the target of `input[type="checkbox"]` Launch VoiceOver (iOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Double tap (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use Swipe down (next form control (correct item type must be selected)) to navigate forward to `input[type="checkbox"]` Launch VoiceOver (iOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Swipe down (next form control (correct item type must be selected)) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for VoiceOver (iOS) + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for VoiceOver (macOS) + Safari Test case: Use VO + Right arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch VoiceOver (macOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: VO + Right arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch VoiceOver (macOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch VoiceOver (macOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use VO + Command + J (Next Form Control) to navigate forward to `input[type="checkbox"]` Launch VoiceOver (macOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: VO + Command + J (Next Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes Test case: Use VO + U (Open Rotor) Launch VoiceOver (macOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metMode is: auto (do not explicitly change the mode) Issue the command: VO + U (Open Rotor) After issuing the command, virtual focus should be: na Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes Test cases for VoiceOver (macOS) + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for VoiceOver (macOS) + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Orca + Firefox Test case: Use down arrow (Read next item) to navigate forward to `input[type="checkbox"]` Launch Orca and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: down arrow (Read next item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Tab (Read next focusable item) to navigate forward to `input[type="checkbox"]` Launch Orca and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Read next focusable item) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test case: Use Space (Activate Form Control) on the target of `input[type="checkbox"]` Launch Orca and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: target Keyboard focus is: target Mode is: auto (do not explicitly change the mode) Issue the command: Space (Activate Form Control) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey changes in the checked state Examples:
When the user checks or unchecks the check box, the screen reader will announce the new state. Resultunknown pass fail partial
Notes Test case: Use Tab (Next form field) to navigate forward to `input[type="checkbox"]` Launch Orca and Firefox. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Position and configure the screen reader so that the following conditions are metVirtual focus is: before target Keyboard focus is: before target Mode is: auto (do not explicitly change the mode) Issue the command: Tab (Next form field) After issuing the command, virtual focus should be: target Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, SHOULD provide shortcuts to jump to this role Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes input[type="checkbox"] element, MUST convey the current checked state Examples:
A screen reader may convey the checked state as something like "checked", "unchecked", or "not checked" Resultunknown pass fail partial
Notes Test cases for Orca + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Voice Control (iOS) + Safari Test case: Use "Tap <text>" (Activate item by name) Launch Voice Control (iOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Tap <text>" (Activate item by name) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes Test cases for Voice Control (MacOS) + Safari Test case: Use "Click <text>" (Activate item by name) Launch Voice Control (MacOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Click <text>" (Activate item by name) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes Test case: Use "Show numbers" (Turn on the numbers overlay) Launch Voice Control (MacOS) and Safari. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Show numbers" (Turn on the numbers overlay) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes Test cases for Voice Control (MacOS) + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Voice Control (MacOS) + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Speech Recognition + Edge The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Speech Recognition + Chrome Test case: Use "Click <text>" (Activate item by name) Launch Windows Speech Recognition and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Click <text>" (Activate item by name) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its name Examples:
A screen reader will announce the name (label). Voice control software will let the user say something like "click <name>" to activate the control. Resultunknown pass fail partial
Notes Test case: Use "Show numbers" (Turn on the numbers overlay) Launch Windows Speech Recognition and Chrome. Navigate to the test page . Find the target element(s) that you will test against. Identify all elements that match this selector:input[type="checkbox"]If multiple elements match the selector, repeat this test for all instances. However, choose a single instance to report against. If you feel that the selector should be more specific, please open a GitHub Issue. Issue the command: "Show numbers" (Turn on the numbers overlay) Record results for the relevant expectations Output Notes If support is hidden behind non-default settings, briefly describe that setting input[type="checkbox"] element, MUST convey its role Examples:
Screen readers might announce the role as "check box" Voice control software will let the user say something like "click check box" or flag the role with a number. Resultunknown pass fail partial
Notes Test cases for Windows Voice Access + Edge The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Voice Access + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Keyboard + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Keyboard + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Windows Keyboard + Edge The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Mac Keyboard + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Mac Keyboard + Safari The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Mac Keyboard + Firefox The test has not been configured for this combination. Please open a GitHub issue.
Test cases for iOS Keyboard + Safari The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Android Keyboard + Chrome The test has not been configured for this combination. Please open a GitHub issue.
Test cases for Android Keyboard + Firefox The test has not been configured for this combination. Please open a GitHub issue.