Hi,
TL;DR
I plan to do a WCAG audit of DokuWiki this month.
Which pages should I prioritise? Do you have any wishes or questions?
I used to be a core developer of DokuWiki but haven't really worked on it for
years.
Accessibility was always important to me and when I built the default template
as well as worked on other front-end components on DokuWiki, I always did that
with accessibility in mind.
But accessibility is now my main job and I know so much more about it.
I work for the Government Digital Service in the UK, the people behind the UK
government's website, GOV.UK, and lots of other related services that are used
across other government departments. I've been solely working on accessibility
now for over 4 years as an 'accessibility specialist'.
Accessibility is to make things work for everyone, including people with
various disabilities and impairments.
It is also part of many countries' legislation. There is the Web Accessibility
Directive in all EU countries, ADA and Section 508 in the US and lots of others
[https://www.w3.org/WAI/policies/].
Most of those laws or policies require a website to meet the Web Content
Accessibility Guidelines (WCAG) 2.1 AA
[https://www.w3.org/WAI/standards-guidelines/wcag/] or a version of it. ;
Therefore, knowing how compliant something is to WCAG can be a big advantage
and the reason why some software might be used/procured/recommended and others
might not.
Just because something is WCAG compliant doesn't mean there are no barriers and
you're not excluding anyone, but it is a good start and internationally
acknowledged.
My employer gives all staff 3(-5) days of paid leave for volunteering
[https://do-it.org/news/3days-paid-leave].
That gives me the time and motivation to work on DokuWiki again.
I plan to spend that time doing a full WCAG 2.1 AA audit of DokuWiki on 16-18
March.
When I say "full", I mean it will not be a quick check but a professional audit
of all 50 success criteria. It will probably also include testing DokuWiki with
various assistive technologies like screen readers, magnification, high
contrast mode and voice control (depending on time).
It does not mean that I will audit all different aspects of DokuWiki.
Unfortunately I won't have time for that. I assume I will only be able to audit
(and write reports for) 3-5 pages during those 3 days.
What types of pages shall I prioritise?
They should ideally be a) the ones that are used the most and b) ones that have
different components on them.
* The syntax page in show mode is clearly the most important one
* The search results page is also high up there
But apart from those two, the priorities become less clear...
* Register and login pages might be good, especially considering if something
is wrong there it can potentially render the whole wiki inaccessible when it is
a closed wiki
* The sitemap (index)?
* The edit view?
* I think I should ignore the admin section for this round
* Old revisions and diff?
* Media manager?
I plan to audit the latest development version of DokuWiki.
I thought I'll put the issues I find directly into GitHub and not create a
separate report.
Creating a 'project' for them on GitHub also sounds like a good idea.
Do you have any questions or wishes before I start the work in 12 days?
Cheers,
Anika
--
DokuWiki mailing list - more info at
http://www.dokuwiki.org/mailinglist
