Concentrating on WCAG alone can feel like accessibility is always binary. When thinking about all the success criteria of the WCAG we can quickly conclude that there is not a single medium sized website in the world that conforms totally. A reflection on perfectionism, conformance and reality.
Category: Accessibility testing
Latest posts:
Sometimes best practices are passed as WCAG requirements and that can make accessibility more difficult for some people to implement. We need to understand what WCAG actually requires and what it does not before we try to impact other people.
Sometimes we expect code to work in a specific way. Here is another example how we need to test it to be certain. Status messages are so important that they even got their own WCAG success criteria, but make sure your code really works.
WCAG 2.2 seems to be around the corner, document is currently a Proposed recommendation. But what does that actually mean?
Keyboard only users (or users of keyboard based assistive technologies) depend on seeing focus indications at all times and if they can’t see them, they are left to guessing where they are. With soon-to-come WCAG 2.2 focus must be at least partially visible at all times, simply put.
I am honored to be a part of a group of experts that will provide some feedback to European Union on accessibility and Web Accessibility Directive. This post is a summary of my ideas that will be in the article with some additional thoughts and context.
Are accessibility overlays common on Norwegian municipality websites? Short answer is no, luckily. But when they are they really messed up the site. Not only accessibility-wise but also on mobile devices / smaller screens / when zooming in.
I am not the only one concerned about accessibility and it seems that I also had similar timing, methodology and results. I didn’t go all in with the crawling of absolutely everything and I didn’t test the documents as they did. So that’s why I made a short summary to enrich my own analysis.
This is the fourth part in a series and in this post I expand the automatic analysis report to cover approximately 50 webpages under each of 356 Norwegian municipalities – 17837 URLs to be precise.
The general outcome is quite interesting and I was surprised to see some very positive trends as well.
Accessibility statements can claim all sorts of things but we should test as much as we can to establish the reality. The simplest and quickest way to do that is to use automatic tests. In this post I reflect on the results of automatic tests of homepages for all Norwegian municipalities. You will be surprised as I was.
Accessibility statements required by Web Accessibility Directive are quite efficient indicators of websites accessibility, when sites are audited by professionals with some experiences. We don’t have better data than this at the moment, so let’s process this a bit and then dive into numbers and findings.
What is the state of accessibility of municipal websites in Norway? Now we can get some data based on their official accessibility statements. While doing so we can also draw some conclusions, but this post is only the first part of a series of posts on the subject and talks mainly about motivation, methodology and preparation.
I love WebAIMs Million, but I need to point some things out. Some people may come to wrong conclusions after reading parts of the report and I hope I can improve that. I also think I know the reason and the solution about the still very poor state of accessibility.
Once again a discussion I had on problems with headings after an accessibility audit. Can we get it right and can we have a sustainable solution? I believe so!
When developers discover ARIA and try to misuse or overuse it we get more problems than we may have before. It’s not just that, even if they do everything correctly we risk to have an inaccessible product due to missing support of theoretically great ARIA.