Antun, could you test this out and see if it is reasonable for the customer to test? It seems to read things fairly sensibly when tabbing through them, even components like button and checkbox by default will speak their labels, even without adding "aadescription" for them.
Change 20090629-hqm-n by [email protected] on 2009-06-29 19:10:04 EDT in /Users/hqm/openlaszlo/trunk6 for http://svn.openlaszlo.org/openlaszlo/trunk Summary: add basic accessibility feature to DHTML kernel New Features: Bugs Fixed: LPP-8248 Technical Reviewer: max QA Reviewer: antun Doc Reviewer: (pending) Documentation: Release Notes: Details: + Pass 'accessibility' to DHTML wrapper in the html-response XSLT template + If accessiblity is enabled, assign unique id to sprite's __LZdiv div, and create a <label> ( aadescriptionDiv ) which points to that __LZdiv. + LzView takes an aadescription attribute, and uses that for the <label> content + LzFocus calls the browser's native __LZdiv.focus() method, which triggers the JAWS screen reader to read it's <label> (and anything in the view's sprite's child divs also, it turns out) Tests: test/accessibility/simple.lzx run this with lzr=dhtml&lzt=html, tabbing through the views should read each one in IE7 with JAWS test/accessibility/test-components.lzx ?lzr=dhtml&lzt=html more complex test case, basically it is examples/components/ component_sampler.lzx with accessibility enabled. Tabbing through with JAWS in IE7 should read each component, more or less sensibly. Files: A test/accessibility/simple.lzx A test/accessibility/test-components.lzx M WEB-INF/lps/lfc/kernel/dhtml/LzSprite.js M WEB-INF/lps/lfc/kernel/dhtml/LzBrowserKernel.lzs M WEB-INF/lps/lfc/services/LzFocus.lzs M WEB-INF/lps/templates/html-response.xslt M lps/components/lz/radio.lzx Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20090629-hqm-n.tar _______________________________________________ Laszlo-reviews mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-reviews
