Infopath and Section 508 Accessibility<p>Hey, guys! I'm building a web site for a Section 508 workgroup, and I need the site to be 100% accessible (including the administration module I'm making for the team. We're using SharePoint MOSS 2007 and I recommended using infopath to enter data into the site's database (and also to populate downloadable Microsoft Word documents). The customer claimed that InfoPath is not Section 508 compliant, which seemed odd to me because the forms can be modified to anything you want them to be (including 508 compliant).<br/><br/>I even found this guide to making InfoPath accessible:<br/><br/><a href="http://office.microsoft.com/en-us/infopath/HA102146831033.aspx">http://office.microsoft.com/en-us/infopath/HA102146831033.aspx</a><br/><br/>I'm curious if there are any caveats to making accessible forms in Infopath, or if the information I've gathered is incorrect.<br/><br/>Thanks!<br/><br/>Spaz</p>© 2009 Microsoft Corporation. All rights reserved.Wed, 23 Sep 2009 23:06:39 Z69c7ba21-2f50-4fbd-8471-d94df13620dchttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#69c7ba21-2f50-4fbd-8471-d94df13620dchttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#69c7ba21-2f50-4fbd-8471-d94df13620dcspazmospazmohttp://social.msdn.microsoft.com/Profile/en-US/?user=spazmospazmoInfopath and Section 508 Accessibility<p>Hey, guys! I'm building a web site for a Section 508 workgroup, and I need the site to be 100% accessible (including the administration module I'm making for the team. We're using SharePoint MOSS 2007 and I recommended using infopath to enter data into the site's database (and also to populate downloadable Microsoft Word documents). The customer claimed that InfoPath is not Section 508 compliant, which seemed odd to me because the forms can be modified to anything you want them to be (including 508 compliant).<br/><br/>I even found this guide to making InfoPath accessible:<br/><br/><a href="http://office.microsoft.com/en-us/infopath/HA102146831033.aspx">http://office.microsoft.com/en-us/infopath/HA102146831033.aspx</a><br/><br/>I'm curious if there are any caveats to making accessible forms in Infopath, or if the information I've gathered is incorrect.<br/><br/>Thanks!<br/><br/>Spaz</p>Thu, 14 May 2009 18:54:51 Z2009-05-14T18:54:51Zhttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#68a1b79d-2e51-4d98-bc1d-1d9c3366c21dhttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#68a1b79d-2e51-4d98-bc1d-1d9c3366c21dMike Walsh MVPhttp://social.msdn.microsoft.com/Profile/en-US/?user=Mike%20Walsh%20MVPInfopath and Section 508 AccessibilityMoving this to the Accessibility Forum.<hr class="sig">WSS FAQ sites: <a href="http://wssv2faq.mindsharp.com">http://wssv2faq.mindsharp.com</a> and <a href="http://wssv3faq.mindsharp.com">http://wssv3faq.mindsharp.com</a> <br/>Total list of WSS 3.0 / MOSS 2007 Books (including foreign language) <a href="http://wssv3faq.mindsharp.com/Lists/v3 WSS FAQ/V Books.aspx">http://wssv3faq.mindsharp.com/Lists/v3%20WSS%20FAQ/V%20Books.aspx</a>Fri, 15 May 2009 03:59:03 Z2009-05-15T03:59:03Zhttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#30d224a6-2449-4364-80ba-e43ae20f8b75http://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#30d224a6-2449-4364-80ba-e43ae20f8b75John Timneyhttp://social.msdn.microsoft.com/Profile/en-US/?user=John%20TimneyInfopath and Section 508 AccessibilityMost Infopath forms usually fail on the WCAG 1.0 level of accessibility at checkpoint 6.3 which restricts the use of scripting.  508 section 1194.22 (its comparison)<br/> http://www.access-board.gov/sec508/guide/1194.22.htm#(l) is less restrictive but an equally impressive read.  If you can make your form comply then well done!<br/> <br/> On the server side, if I recall correctly forms libraries typically fail on Sect 508, 1194.22(g) Row and column headers shall be identified for data tables.  If you are bypassing forms libraries and storing the generated XML from a submitted form in a DB this might be a moot concern.<br/> <br/> Regards<br/> <br/> John Timney (MVP)Thu, 21 May 2009 23:28:15 Z2009-05-21T23:28:15Zhttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#d8a80648-9d02-4609-9704-bbfe3db8f8b3http://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#d8a80648-9d02-4609-9704-bbfe3db8f8b3spazmospazmohttp://social.msdn.microsoft.com/Profile/en-US/?user=spazmospazmoInfopath and Section 508 AccessibilityLooks good. I feel pretty confident that I can make this accessible. Additionally, the customer wants to run HiSoft on MOSS to guarantee Section 508 accessibility on every aspect of the site. I have the feeling that if we need to use something other than infopath, it will be one of many changes we will have to make; so no major decisions are hinging on this anymore.<br/><br/>Thanks for all the help guys!!<br/><br/>Tom TollesonThu, 28 May 2009 16:52:22 Z2009-05-28T16:52:22Zhttp://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#4893272f-4ef8-408d-b52d-ee0a540bd634http://social.msdn.microsoft.com/Forums/en-US/sharepointaccessibility/thread/69c7ba21-2f50-4fbd-8471-d94df13620dc#4893272f-4ef8-408d-b52d-ee0a540bd634Johnny Harbiehhttp://social.msdn.microsoft.com/Profile/en-US/?user=Johnny%20HarbiehInfopath and Section 508 AccessibilityHi - <br/><br/>I am interested to know if the website including your forms have passed the accessibility scan by HiSoftware. As far as I know, at this point in time, InfoPath Forms Services when rendered in a browser using the XMLForm Web Part (XmlFormView) is not compliant OOB. I haven't personally tested them without the web part yet. I will be soon.<br/><br/>The following items are rendered with the form and when you run the default scan it will fail:<br/><br/>1. It produces SCRIPT tags without NOSCRIPT <br/>2. INPUT fields without a TITLE attribute<br/>3. IMG elements without ALT or ALT is empty. <br/><br/>The above confirms what John says.<br/><br/><strong>EMPTY ALT</strong><br/><span style="background-color:#ff0000;color:#ffffff">&lt;img src=&quot;/_layouts/inc/activityanimation.gif?rev=sHmDD9LgTlytF%2FQiW0z%2Bow%3D%3D&quot; alt=&quot;&quot; style=&quot;display:none&quot; /&gt;</span><br/><span style="color:#a0a0a0">00519 </span><span style="background-color:#ff0000;color:#ffffff">&lt;img src=&quot;/_layouts/inc/signatureValid.png?rev=fqT6mbOhXoiXrioQ1BY9xg%3D%3D&quot; alt=&quot;&quot; style=&quot;display:none&quot; /&gt;</span><br/><span style="color:#a0a0a0">00520 </span><span style="background-color:#ff0000;color:#ffffff">&lt;img src=&quot;/_layouts/inc/MergedImage1.gif?rev=rDfUdiYbm0H3AHjLMLbObQ%3D%3D&quot; alt=&quot;&quot; style=&quot;display:none&quot; /&gt;</span><br/><span style="color:#a0a0a0">00521 </span><span style="background-color:#ff0000;color:#ffffff">&lt;img src=&quot;/_layouts/inc/MergedImage2.png?rev=MgwMZrsJcX2hRvGHEYkZlQ%3D%3D&quot; alt=&quot;&quot; style=&quot;display:none&quot; /&gt;</span><br/><br/><strong>INPUT FIELD WITH EMPTY ALT<br/></strong>&lt;input id='__DialogFocusRetainer' autocomplete='off' style='width:0px;height:0px;border:none;padding:0;border:0;position:absolute' type='text' tabindex='-1' /&gt;<br/><br/>I don't need to show any script, you just have to View Source :-)<br/><br/>In summary, whether its the form or template or the way people create these things, this is a shame. We should consider at least complying with best practices in regards to rendering HTML. I personally haven't been very happy in regards to how SharePoint in general renders its pages. I am sure lots of people share these thoughts. I would like to know why its done this certain way. There has to be a reason. I would like to know why.<br/><br/>Thank you.Wed, 23 Sep 2009 23:06:39 Z2009-09-24T02:03:55Z