- From: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>
- Date: Wed, 22 Aug 2012 23:58:21 +0100
- To: WAI XTech <wai-xtech@w3.org>
- Cc: Richard Schwerdtfeger <schwer@us.ibm.com>
On Wed, Aug 22, 2012 at 10:25 PM, Janina Sajka <janina@rednote.net> wrote: > Protocols and Formats Working Group Teleconference > 20 Aug 2012 [snip] > RS: [snip] > browsers do not fix parsing errors in hidden content > > SO, AT would have to both parseand repair the hidden content > > This is way aoutside the scope of AT. Wow. Just … wow. :( Very disappointing to hear that PFWG is planning to make a Change Proposal based on such misunderstandings. I've explained twice that HTML WG is certainly not proposing that AT should parse and repair HTML: http://lists.w3.org/Archives/Public/public-html/2012Aug/0200.html http://lists.w3.org/Archives/Public/public-html/2012Aug/0261.html Richard's eccentric claim that "browsers do not fix parsing errors in hidden content" is demonstrably wrong. Try this simple test case in a modern browser (I used Firefox, Safari, Chrome): <!doctype html> <title>Parse and repair of hidden content</title> <base href=http://example.com> <div hidden aria-hidden=true style=display:none> <p>1<b>2<i>3</b>4</i>5</p><a href=foo></a> </div> <pre></pre><script> document.querySelector("pre").textContent = document.querySelector("[hidden]").innerHTML + "\n" + document.querySelector("a").href </script> Here's the test case in the DOM viewer: http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=1708 It renders: <p>1<b>2<i>3</i></b><i>4</i>5</p><a href="foo"></a> http://example.com/foo This test case proves that browsers fix incorrectly nested tags, resolve href URLs, and parse markup inside an element with @hidden set into the host DOM, as is required by HTML5. -- Benjamin Hawkes-Lewis
Received on Wednesday, 22 August 2012 22:59:09 UTC