This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
I'm not sure I agree with the idea of the user-entered value of a form element contributing to the name... That should be the value in a name/value pair, not part of the name. That's what IE does. Does FF add the user-entered value to the name now?
E.g. http://www.marcozehe.de/2008/03/23/easy-aria-tip-2-aria-labelledby-and-aria-describedby/
Proposal: In section 4.6.1, item 2B, http://www.w3.org/WAI/PF/aria-implementation/#mapping_additional_nd <change> For such cases, include the value of the embedded control as part of the text alternative in the following manner: </change> <to> For such cases, user agents MAY include the value of the embedded control as part of the text alternative in the following manner: </to> Need to review this with ARIA TF since the same text is used in both the WAI-ARIA spec and the UAIG.
Cynthia to test what IE does for this case.
IE does not add the user-entered value of an <input type=text> to the name. I tried it with and without labels, in IE8 and IE9 Beta. I think IE's behavior is correct. If the AT wants to repair by reading the value when the name is null, that's fine, but the browser should be reporting what is in the markup.
So we have a conflict. FF includes it, IE doesn't. Since this is in both the spec and the UAIG, we can't just change it in the UAIG. Note sent to PF mailing list: http://lists.w3.org/Archives/Member/w3c-wai-pf/2010OctDec/0069.html
I'm checking with my team on this.