[mgifford] I’m trying to pull together examples of good language for accessibility within the procurement process. So far I’ve got this list https://github.com/mgifford/a11y-contracting
[mgifford] My hope is that by documenting this & exploring with the accessibility community, we can find ways to make procurement processes give us better results.
[mgifford] I’ve worded it as "WCAG related accessibility barriers are categorized as bugs; not feature requests"
[mgifford] I tried to make it a bit more specific, as there are accessibility issues like ATAG, which aren’t needed for WCAG compliance (of the front end). They are very useful, but should be seen as features.
[garcialo] when working with sales folk, I use the opportunity to sort of probe whether they actually know about the jargon…I try to volunteer as little specifics as possible so they have the opportunity to impress me by knowing what WCAG, Section 508, VPATs, etc. are
[garcialo] so, I’ll just ask “What do y’all do for accessibility?"
[garcialo] and when I ask what they’re doing it, I also leave it vague without going into specifics so that I’m not giving them the language they need to use…so “What accessibility best practices do you follow for design/development/testing” rather than “Does your site conform to WCAG 2.0 Level AA?"
[lefthandev]@jnurthen@karlgroves I should say having read the cognitive task force info, I find it really interesting. I'd initially came across an early stage example that had some aria properties I'd never seen before - hence my quandary :ok_hand:
As far as I'm aware there is no aria-importance. The current proposal is coga-simplification but the spec it is in has not even reached first public working draft yet.
[karlgroves] Call me crazy but perhaps coga should use only examples that feature actual ARIA stuff or (where appropriate) link to whatever proposal features that stuff.