Re: CfC: Approve draft charter for AC review

On 12/10/2016 03:53, Katie Haritos-Shea wrote:
> That worries me. I think we need more discussion on this issue with
> users, advocacy groups, and government stakeholders - all of whom are
> currently lacking in force in our WG.

Much as it would be good to have participation from more organisations 
in those groups, the WG cannot postpone making decisions against a time 
when that might happen.

>
> The assertion that governments should 'keep up with us' (is not only
> arrogant, but), shows a clear lack in understanding the complexities of
> building integrity and solid vetting into specifications prior to uptake
> by governments.

Which governments are you referring to?

It is worth noting that legislators are not our only audience, and that 
not all legislators are as incapable of moving with the times as others.

In the UK our disability legislation is not tied to WCAG, it simply 
requires that services are accessible to people with disabilities. WCAG 
is usually the benchmark of choice of course, but regular revisions that 
improve accessibility for different groups will actually make it easier 
for UK service providers to meet their legal obligations.

>
> Laws have the ability to change discriminatory behavior via enforcement.
> Had it not been for such laws, women wouldn't be able to vote, and
> segregation would still be in force.

Yes they do, and I don't think anyone has argued otherwise. Legislators 
are not our only audience, and arguably not even our primary audience 
however.

We have a responsibility to people with disabilities. We have multiple 
TFs working on multiple SCs, some of which will reach maturity sooner 
than others. Postponing the release of mature SCs in order to wait for 
other SCs to catch up, does a disservice to the people most likely to 
benefit from those mature Scs.

We also have a responsibility to content authors. If we have mature SCs 
that have attained WG consensus, we should not withhold them from being 
released for use in the wild - where they will start to have a positive 
impact.

>
> WCAG has provided a gold standard tool for all to point to. Updates
> should maintain that rigorous testability and vetting process to
> maintain the integrity of the Accessibility specs from the W3C.

The two things are not mutually exclusive. a regular release cycle does 
not mean a drop in quality, and can in fact improve quality in certain 
circumstances.

Every SC will need to attain WG consensus, having been put through its 
paces as always. If an SC doesn't make the grade for one release, it can 
simply be deferred to the next release - and with a relatively short 
time between releases, there is less concern of an SC not making it into 
a release at all.

We then avoid the situation where an SC is crammed in before it has 
reached maturity, because we remove the fear that if an SC isn't 
included now it could be umpteen years before the next release.

>
> The majority of organizations will not implement accessibity
> requirements unless forced to by regulations.
>

This may be the case in the US. Since (as noted above) not all 
legislation is tied to WCAG, it feels like a strawman argument in this 
context.

> Isn't the end goal of WCAG to assist developers and governments to help
> users with disabilities have a fair shot? I really do not understand
> this stance to not *help* governments acheive this goal to the best of
> our ability.

It isn't clear why a regular release cycle would prevent governments 
from doing this?

It seems to me that governments that reference WCAG can either continue 
to point to 2.0, adopt each 2.x version as it is released, or switch to 
any subsequent version as/when they choose to do so. In each case the 
status quo of accessibility will either be maintained or advanced.

For authors it will help them support disabled people better if they 
have access to the best set of mature SCs as/when they become available 
- or at least without having to wait a decade between releases.

>
> AC Reps and W3M should not be whom we are trying to please as much as
> our number one stakeholder, the user. This specification will mean
> nothing if it looses intergity and usefullness to them, by not being
> adopted - because it was treated like an agile web language - instead of
> the life-altering accessibility standard that supports human rights.

Given that more than one AC rep has a disability, that many more than 
one AC rep represents an accessibility agency, advocacy group, 
government or other organisation with a vested interest in 
accessibility, trying to create a "them and us" split doesn't seem helpful.

No-one is suggesting we adopt Agile. Agile is a software development 
methodology, not a methodology for creating standards.

The suggestion is that we maintain the same level of rigour and quality, 
but instead of waiting five years for 30 new Scs to reach maturity, we 
release smaller batches at more frequent intervals.

No-one would be forced to use the latest 2.x version, but equally no-one 
would be forced to wait too long before being able to use new and mature 
SCs that will benefit people with disabilities.

Léonie.

-- 
@LeonieWatson tink.uk Carpe diem

Received on Wednesday, 12 October 2016 10:43:09 UTC