Perhaps we can follow the LVTF and close a few of our proposals

Hi All

The LVTF has reviewed their submitted issues and closed 5 of them. So they
have gone from 14 to 9 submitted SCs to the larger WG. Perhaps we can take
a similar initiative to close several of our 14. Any work we can do at the
TF level to tighten up our list, will help the Working Group, given that
there are currently 63 Proposed SCs and many will have to be dropped. I
would like to propose we close some of the less mature ones unless some of
us feel strongly that they:

- Can be cleaned up to meet the acceptance requirements of a Success
Criteria https://www.w3.org/WAI/GL/wiki/WCAG_2.1_Success_Criteri
- Will help significant numbers of people with disabilities overcome a
known barrier
- Can be tested reasonably easily
- Can be accomplished clearly and easily by devs

I've closed out Issue #3 which was M16

I propose we close the following:

- Issue 61 Pointer Gestures
https://github.com/w3c/wcag21/issues/61


- Issue 62 Keyboard with AT (that remaps key input)
https://github.com/w3c/wcag21/issues/62

- Issue 64 Concurrent Input Mechanisms
https://github.com/w3c/wcag21/issues/64

- Issue 72 Non- Interference of AT
https://github.com/w3c/wcag21/issues/72

To my mind most of these are mostly covered in the standard, do not promise
to make huge differences in the lives of people with disabilities, and
would require bandwidth we don't have to bring up to the level of the
others. This will save us, and the group about 100 hours, literally, and would
leave us with 10 tight mature SC submissions and will help set an example
for COGA to follow LVTF and MATF in closing some issues.

Cheers,
David MacDonald



*Can**Adapt* *Solutions Inc.*
Tel:  613.235.4902

LinkedIn
<http://www.linkedin.com/in/davidmacdonald100>

twitter.com/davidmacd

GitHub <https://github.com/DavidMacDonald>

www.Can-Adapt.com <http://www.can-adapt.com/>



*  Adapting the web to all users*
*            Including those with disabilities*

If you are not the intended recipient, please review our privacy policy
<http://www.davidmacd.com/disclaimer.html>

Received on Friday, 9 December 2016 02:22:37 UTC