The GTK 2020 hackfest took place last January, just before FOSDEM 2020, in Brussels, Belgium. The focus was on GTK4 schedule and pending work, and on the state and future of accessibility in GTK4. I only attended the second half, the accessibility part, which is my job’s focus working at Hypra, a small French company focusing on free and open source accessibility and computer literacy.
I was slightly scared of how the meeting would go at first, because some discussions prior to the hackfest gave an impression that accessibility as not something GTK would keep on supporting and promoting anymore.
There were legitimate concerns about the state of affairs in the technical side of GUI accessibility in GTK and Linux more generally: despite GTK being the most usable toolkit for accessibility users for a long time, the technology leveraging it grew old and didn’t adapt to the environment around it, mostly due to lack of attention and resources. There were also legitimate concerns that some things didn’t actually work so well, which again is mostly due to code aging and lack of resources to keep it current during more than a decade, with only a handful of people working on this on their spare time.
Basically, GUI Linux accessibility was left behind since the mid-2000s and struggled to catch up more and more with new technology replacing other aging ones, and Wayland sounding like it would be the last punch it needed to fall.
Fortunately, the meeting, and most importantly the people attending it, quickly wiped off my fears: GTK developers present were clearly on board and motivated, interested in learning more about a variety of accessibility use cases, and willing to get their hands dirty to build a brighter accessibility future on Linux.
Met GTK, Mutter, AT-SPI, Hypra developers and trainers, and a few other developers relying on accessibility for their day-to-day computer usage. We had a healthy proportion of people actually relying on accessibility every day, and a wide knowledge of usages and needs, allowing to discuss and showcase some of them for everyone’s understanding. This gave a great mix of technical and sociological knowledge about accessibility and lead to relevant and focused discussions on how to shape its future under Linux.
Together, we managed to refine and agree on the tasks needed to move forward, dispatch them and set up a roadmap. Don’t get too excited just yet because there is quite some work ahead of us, but I’m confident we are going in the right direction and will get concrete results in the upcoming quarters.
Even if we’re still greatly under-resourced in the care of accessibility, I’m happy to see things moving again, and hopeful that with a refreshed and consolidated ground this will become a less scary topic and get more attention and resources.
Next step would be to raise awareness to the general developer, and spread knowledge about things to do or not to do at the application level. We discussed this as well and plan to improve documentation and facilitate developer’s work (“make it easier to do it right and harder to do it wrong”), but it will only really spread if accessibility stops being seen as a niche irrelevant to most, and fortunately, you can help with this! Take it seriously, document yourself and spread the word: often only little effort it is required to make things better for everyone once one knows what to do.
I wish to thank every single one of the attendants for their involvement, commitment and effort in getting things moving again and on the right track. I’d like to especially thank Emmanuele Bassi who was a great interlocutor and who will undertake a large part of the work, and Samuel Thibault for his still unmatched versatility around accessibility topics. But truly everyone was key for making this meeting so pleasant and fruitful, thanks again!