- From: Schnabel, Stefan <stefan.schnabel@sap.com>
- Date: Fri, 9 Feb 2018 08:22:50 +0000
- To: Bryan Garaventa <bryan.garaventa@levelaccess.com>, Tobias Bengfort <tobias.bengfort@posteo.de>, "jcraig@apple.com" <jcraig@apple.com>, "Matthew King" <mck@fb.com>, ARIA Working Group <public-aria@w3.org>
- CC: Aaron Leventhal <aleventhal@google.com>, Alexander Surkov <asurkov@mozilla.com>, Marco Zehe <marco.zehe@gmail.com>, David Bolter <david.bolter@gmail.com>, Dominic Mazzoni <dmazzoni@google.com>, "Joseph Scheuhammer" <clown@alum.mit.edu>, Michael Cooper <cooper@w3.org>, "Tess O'Connor" <hober@apple.com>, "Joanmarie Diggs (jdiggs@igalia.com)" <jdiggs@igalia.com>
Bryan, <label> This is <input id="lbl" /> <label for="lbl">is a test.</label> </label> https://html5.validator.nu/ says for your example: Error: The element label must not appear as a descendant of the label element. From line 10, column 1; to line 10, column 17 ="lbl" />↩<label for="lbl">is a t Shouldn't the discussion of edge cases be based on valid HTML5? - Stefan -----Original Message----- From: Bryan Garaventa [mailto:bryan.garaventa@levelaccess.com] Sent: Friday, February 9, 2018 8:57 AM To: Tobias Bengfort <tobias.bengfort@posteo.de>; jcraig@apple.com; Matthew King <mck@fb.com>; ARIA Working Group <public-aria@w3.org> Cc: Aaron Leventhal <aleventhal@google.com>; Alexander Surkov <asurkov@mozilla.com>; Marco Zehe <marco.zehe@gmail.com>; David Bolter <david.bolter@gmail.com>; Dominic Mazzoni <dmazzoni@google.com>; Joseph Scheuhammer <clown@alum.mit.edu>; Michael Cooper <cooper@w3.org>; Tess O'Connor <hober@apple.com>; Joanmarie Diggs (jdiggs@igalia.com) <jdiggs@igalia.com> Subject: RE: CSS in Accessibility Name Computation (Was: a11y-outline available for Firefox) Hi, No problem. I'm confused though, can you tell me what you would expect the label to be with the following markup? <label> This is <input id="lbl" /> <label for="lbl">is a test.</label> </label> Bryan Garaventa Accessibility Fellow Level Access, Inc. Bryan.Garaventa@LevelAccess.com 415.624.2709 (o) www.LevelAccess.com -----Original Message----- From: Tobias Bengfort [mailto:tobias.bengfort@posteo.de] Sent: Thursday, February 08, 2018 10:52 PM To: Bryan Garaventa <bryan.garaventa@levelaccess.com>; jcraig@apple.com; Matthew King <mck@fb.com>; ARIA Working Group <public-aria@w3.org> Cc: Aaron Leventhal <aleventhal@google.com>; Alexander Surkov <asurkov@mozilla.com>; Marco Zehe <marco.zehe@gmail.com>; David Bolter <david.bolter@gmail.com>; Dominic Mazzoni <dmazzoni@google.com>; Joseph Scheuhammer <clown@alum.mit.edu>; Michael Cooper <cooper@w3.org>; Tess O'Connor <hober@apple.com>; Joanmarie Diggs (jdiggs@igalia.com) <jdiggs@igalia.com> Subject: Re: CSS in Accessibility Name Computation (Was: a11y-outline available for Firefox) Thanks Bryan for all the work! I have just one quick remark: On 09/02/18 01:54, Bryan Garaventa wrote: > 3. Logic for handling nested label elements has been added, in which > an implicit label element surrounds a form field that also includes an > explicit form field reference somewhere else. There appears to be no > standard in the naming computation to address this, so I set this to > compute the explicit label and ignore the implicit one in such cases. > This seems logical to me, but if everybody wants this to be handled > differently it can be changed. I think the standard is actually clear about this: All labels should be included in the name. A labelable element is associated with a label element if: - the label element has a `for` attribute that matches the control's `id` - the label element does not have a `for` attribute and the labelable element is the first labelable descendant of that label. This means that there can be more than one label for a labelable element. These labels should be processed in source order. Source: https://www.w3.org/TR/html52/sec-forms.html#the-label-element thanks tobias
Received on Friday, 9 February 2018 08:23:18 UTC