|
|
Chromium Code Reviews|
Created:
4 years, 5 months ago by David Tseng Modified:
4 years, 4 months ago CC:
aboxhall+watch_chromium.org, arv+watch_chromium.org, chromium-reviews, dmazzoni+watch_chromium.org, dtseng+watch_chromium.org, je_julie, mtomasz+watch_chromium.org, nektar+watch_chromium.org, oshima+watch_chromium.org, rginda+watch_chromium.org, yuzo+watch_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionFix file manager labels and aria role.
1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group"
2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items.
3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case.
BUG=628972
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation
Committed: https://crrev.com/ac22ee8c6545be19f2208bdd1f13d6dcfddc1c58
Cr-Commit-Position: refs/heads/master@{#411545}
Patch Set 1 #
Total comments: 2
Patch Set 2 : m #Patch Set 3 : m #
Total comments: 3
Messages
Total messages: 34 (17 generated)
Description was changed from ========== Fix file manager labels and aria role. ========== to ========== Fix file manager labels and aria role. CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ==========
Description was changed from ========== Fix file manager labels and aria role. CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ========== to ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ==========
dtseng@chromium.org changed reviewers: + dmazzoni@chromium.org, michaelpg@chromium.org
Description was changed from ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ========== to ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. BUG=628972 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ==========
michaelpg for ui/* dmazzoni for ChromeVox.
lgtm https://codereview.chromium.org/2160303002/diff/1/chrome/browser/resources/ch... File chrome/browser/resources/chromeos/chromevox/cvox2/background/output.js (right): https://codereview.chromium.org/2160303002/diff/1/chrome/browser/resources/ch... chrome/browser/resources/chromeos/chromevox/cvox2/background/output.js:547: speak: '$name ' + indentation should match "enter"?
ui/ lgtm
https://codereview.chromium.org/2160303002/diff/1/chrome/browser/resources/ch... File chrome/browser/resources/chromeos/chromevox/cvox2/background/output.js (right): https://codereview.chromium.org/2160303002/diff/1/chrome/browser/resources/ch... chrome/browser/resources/chromeos/chromevox/cvox2/background/output.js:547: speak: '$name ' + On 2016/07/19 19:14:59, dmazzoni wrote: > indentation should match "enter"? Done.
The CQ bit was checked by dtseng@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from dmazzoni@chromium.org, michaelpg@chromium.org Link to the patchset: https://codereview.chromium.org/2160303002/#ps20001 (title: "m")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
dtseng@chromium.org changed reviewers: + yawano@chromium.org
+ yawano for ui/file_manager/
The CQ bit was checked by dtseng@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
lgtm lgtm for chromevox
https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... File ui/file_manager/file_manager/foreground/js/ui/directory_tree.js (right): https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... ui/file_manager/file_manager/foreground/js/ui/directory_tree.js:125: item.setAttribute('aria-label', label); Should we use aria-labelledby since the label is visible in the UI? - https://www.w3.org/TR/wai-aria/states_and_properties#aria-labelledby
https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... File ui/file_manager/file_manager/foreground/js/ui/directory_tree.js (right): https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... ui/file_manager/file_manager/foreground/js/ui/directory_tree.js:125: item.setAttribute('aria-label', label); On 2016/07/27 01:22:08, yawano wrote: > Should we use aria-labelledby since the label is visible in the UI? - > https://www.w3.org/TR/wai-aria/states_and_properties#aria-labelledby I was poking around this file awhile ago before this change and iirc, the issue was the label nodes need to have a unique id for us to use aria-labelledby -- complicating the change. I don't think we need it for this case.
I just updated ui/webui/resources/js/cr/ui/tree.js to do something similar. Does this class possibly inherit from the class I modified? -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
Possibly, but the subclass does it's own thing. I'll take a look. On Mon, Aug 8, 2016 at 2:39 PM, 'Nektarios Paisios' via Chromium-reviews < chromium-reviews@chromium.org> wrote: > I just updated ui/webui/resources/js/cr/ui/tree.js to do something > similar. > > Does this class possibly inherit from the class I modified? > > > > -- > You received this message because you are subscribed to the Google Groups > "Chromium-reviews" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to chromium-reviews+unsubscribe@chromium.org. > > -- You received this message because you are subscribed to the Google Groups "Chromium-reviews" group. To unsubscribe from this group and stop receiving emails from it, send an email to chromium-reviews+unsubscribe@chromium.org.
Still need this change. Friendly ping @ywano
lgtm. Sorry for this late reply. https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... File ui/file_manager/file_manager/foreground/js/ui/directory_tree.js (right): https://codereview.chromium.org/2160303002/diff/40001/ui/file_manager/file_ma... ui/file_manager/file_manager/foreground/js/ui/directory_tree.js:125: item.setAttribute('aria-label', label); On 2016/08/08 21:32:02, David Tseng wrote: > On 2016/07/27 01:22:08, yawano wrote: > > Should we use aria-labelledby since the label is visible in the UI? - > > https://www.w3.org/TR/wai-aria/states_and_properties#aria-labelledby > > I was poking around this file awhile ago before this change and iirc, the issue > was the label nodes need to have a unique id for us to use aria-labelledby -- > complicating the change. > > I don't think we need it for this case. Acknowledged.
The CQ bit was checked by dtseng@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by dtseng@chromium.org
The CQ bit was checked by dtseng@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from michaelpg@chromium.org Link to the patchset: https://codereview.chromium.org/2160303002/#ps40001 (title: "m")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. BUG=628972 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ========== to ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. BUG=628972 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ==========
Message was sent while issue was closed.
Committed patchset #3 (id:40001)
Message was sent while issue was closed.
Description was changed from ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. BUG=628972 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation ========== to ========== Fix file manager labels and aria role. 1. Give the "tree" widget an Aria role of "tree". This, among other things, tells Blink to fire an active descendant change event when the aria-activedescendant id changes. This also causes ChromeVox to announce the tree view as a "tree" rather than a "group" 2. make the DirectoryItem which takes a string label associate that label with the HTMLElement via aria-label. Note that a client such as ChromeVox would not have any other way of knowing this label other than a heuristic like reading hte descendants of the tree item. In this case, that won't work because the tree items can and do nest other tree items. 3. modify ChromeVox's output rules to add a rule for speaking tree items. Previously, we only dealt with entering tree tiems because we only placed range around a tree item via navigation. However, it's possible to focus tree items via active descendant or explicit page focus, so provide a rule for this case. BUG=628972 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:closure_compilation Committed: https://crrev.com/ac22ee8c6545be19f2208bdd1f13d6dcfddc1c58 Cr-Commit-Position: refs/heads/master@{#411545} ==========
Message was sent while issue was closed.
Patchset 3 (id:??) landed as https://crrev.com/ac22ee8c6545be19f2208bdd1f13d6dcfddc1c58 Cr-Commit-Position: refs/heads/master@{#411545} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
