W3C home > Mailing lists > Public > w3c-wai-gl@w3.org > April to June 2017

Re: Proposal for moving COGA SC forward

From: Gregg C Vanderheiden <greggvan@umd.edu>
Date: Fri, 26 May 2017 11:21:34 -0400
Cc: Michael Cooper <cooper@w3.org>, Mike Pluke <Mike.Pluke@castle-consult.com>, "w3c-waI-gl@w3. org" <w3c-wai-gl@w3.org>
Message-Id: <F59C0869-4EA8-4020-AC20-1657020E6178@umd.edu>
To: Alastair Campbell <acampbell@nomensa.com>
that is a great idea Alastair
with proper intro…

How about something like this 

Best Practice Checklist for the design of content for people with cognitive, language, and learning disabilities.   
(short name   Checklist or  CLL Checklist  )      or some such for a title

(or checklist could be dropped along with checkboxes —and a separate checklist created from it.  I will leave the checklist/checkboxes in for now since they give a good flavor of ‘do them all’ rather than  ‘bunch of options’.  


The following are best practices that have been identified for consideration in designing pages that will possible or easier for people with cognitive, language, and learning disabilities to understand and use.

Not all items can be applied on all web pages, but implementing as many as you can will help users with cognitive, language, and learning disabilities and all are important for some people. 

Some items might conflict with others if applied on a particular web page - but techniques for implementation to avoid conflicts in different applications are being continually developed.  If you think things conflict - see the techniques. If you don’t see a solution - send a note to the working group so it can be examined and new techniques documented.

Not all items in checklist are testable — but much good practice is not testable and the attempt in this document is to capture all of what is know rather than just what is testable or always applicable

These are organized under same general categories as WCAG to facilitate use by those familiar with the WCAG.   Additional guidelines are added where needed to better group the items.   
[We can revisit if this is a good idea after all the CheckList items are gathered. for example if 80 % fall under UNDERSTAND then we might want to re-look at this rather than force an awkward re-distribution.  but if it works - I think this organization would be helpful]

The relevant SC from WCAG are included here so that this list is complete.   
NOTE: the numbering of the Best Practices are NOT the same as the numbering WCAG beyond the GUIDELINE livel.  



 [   ]  Best Practice 1a.   kldfjaldfjaldkfjasldkfjaslfjasd  



[   ]  Best Practice  3a    kajdf;ajdflaksdjflakdjf

[   ]  Best Practice  3x    [WCAG 3.4]   <text of Wcag 3.4>

something like that? 


Gregg C Vanderheiden

> On May 25, 2017, at 7:18 PM, Alastair Campbell <acampbell@nomensa.com> wrote:
> Michael Cooper wrote:
>> I've been thinking of the "pillars" as success criteria.... [but] they do indeed look more like guidelines than SC... But the problem with guidelines is, we have to have SC under them.
> I think we need things that are specific 'checks' but are not SCs.
> So still use Principle > Guideline > [Something]
> In old-school usability terms, these would be 'heuristics', which are more about 'appropriateness'  than an SC. But heuristics isn't a very good term, perhaps 'checks'?
> Mike, any suggestions from other standards?
> For example, Plain language could be framed as something like (and this is off-the-cuff):
> [Guideline] Use plain language for important information.
> [Check 1] Double negatives are not used to express a positive statement.
> [Check 2] Words, phrases or abbreviations that are the most-common form for the concept.
> There would be quite a bit of work to re-categorise things, but perhaps less than the current approach.
> Cheers,
> -Alastair

Received on Friday, 26 May 2017 15:22:13 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 21:08:13 UTC