Hello all,<div><br></div><div>Sorry for being so silent so long but I've not had net and have been country jumping (again). To get back in the saddle I've been speaking with the KDE accessibilty team and they have a lot of work going on. So we are working on a mini series of articles with the last set being on Simon since that project has had a lot of exposure recently. The main dev was gracious enough to let everyone else on the A11y team get a chance to speak. Fredrik will probably be doing most of the writeups so that it can be managed unless one of the other devs really wants to do their own writeup. </div>

<div><br></div><div>I'll put the first in the series here with two edits of my own. One for grammar and the other with a link to clarify the focus follows mind quip :)</div><div>The only change that I would suggest is to put the contact the mailing list paragraph further to the bottom but that may just be my personality being imposed on the writing. Any comments? I'd like to have it cleared for the digest by tomorrow. </div>

<div>As an aside if anyone reads through this and then on the readmore links at the end expected to see information which is missing let me know so we can get that up on the wiki pages.</div><div><br></div><div><br></div>

<div><span style>Hello dear KDE Commit Digest reader,</span><br style><span style>I was asked to talk a bit about what's happening when it comes to KDE and</span><br style><span style>accessibility at the moment, something I'm happy to do.</span><br style>

<span style>For me KDE is about inclusiveness and enabling people to use technology. Don't</span><br style><span style>think this doesn't affect you, it's a broad subject and everyone benefits in</span><br style>

<span style>some way.</span><br style><br style><span style>And hey, this is the commit digest, I bet you're itching to get your hands</span><br style><span style>onto some code, right? Join us and dive into a fun community effort, what's</span><br style>

<span style>stopping you?</span><br style><span style>We have a growing and ever more active team now, meeting in #kde-accessibility</span><br style><span style>on irc (freenode). The mailing list is of course another good point of</span><br style>

<span style>contact: </span><a href="https://mail.kde.org/mailman/listinfo/kde-accessibility" target="_blank" style>https://mail.kde.org/mailman/listinfo/kde-accessibility</a><br style><br style><span style>For developers to get started, I wrote a few points that you can check in</span><br style>

<span style>order to make your application usable by as many people as possible.</span><br style><a href="http://techbase.kde.org/Development/Tutorials/Accessibility/Checklist" target="_blank" style>http://techbase.kde.org/Development/Tutorials/Accessibility/Checklist</a><br style>

<br style><span style>Since this is the first post about accessibility here, I'd like to mention</span><br style><span style>what's currently going on.</span><br style><span style>There are several areas where we're improving, one great newcomer is of</span><br style>

<span style>course Simon, an application that lets you control your computer via speech.</span><br style><span style>I'll for now refer you to the Simon blog </span><a href="http://simon-listens.blogspot.com/" target="_blank" style>http://simon-listens.blogspot.com/</a><br style>

<span style>for the latest news.</span><br style><span style>The other big thing going on is that qt-at-spi has seen many improvements. Now</span><br style><span style>I don't expect everyone to know what qt-at-spi is... and that's the way it</span><br style>

<span style>should be. Qt-at-spi is a plugin for Qt, that exposes information about what</span><br style><span style>is on screen via the AT-SPI api that the Gnome accessibility tools use.</span><br style><span style>After some research and help from the great Gnome accessibility team, I spent</span><br style>

<span style>some time during the last year to get this plugin into shape. It exposes</span><br style><span style>semantics about applications so that Assistive Technologies (ATs) use the</span><br style><span style>information to support the user.</span><br style>

<span style>One classical example is a screen reader. Screen readers are programs that</span><br style><span style>"read" the user interface so that people that are blind can use applications.</span><br style><span style>Orca from Gnome now works to some degree with KDE applications thanks to the</span><br style>

<span style>plugin. Now we reached a phase where more and more feedback from users</span><br style><span style>benefitting from this comes in and we can start polishing the experience. As</span><br style><span style>you can imagine, the mouse is not all that helpful when you cannot see where</span><br style>

<span style>the pointer is, therefor having a working keyboard interface to our</span><br style><span style>applications is important.</span><br style><br style><span style>Let's just imagine a dialog with an OK and Cancel button. With the</span><br style>

<span style>accessibility tools, the screen reader "knows" that there is a button with</span><br style><span style>label "OK" at this position. It can check the state and find out that it's</span><br style>

<span style>currently focused. When you press the tab key, the focus moves over to the</span><br style><span style>"Cancel" button. Now the screen reader gets a notification on focus changes</span><br style><span style>and will read "Cancel - Button" for example.</span><br style>

<span style>If you want to see how that is done, you can of course read the Qt sources and</span><br style><span style>the qt-at-spi plugin sources. There's lots to do, for an easy starter, adding</span><br style><span style>more unit tests would be a good idea.</span><br style>

<span style>Get the code here: </span><a href="http://projects.kde.org/qtatspi" target="_blank" style>http://projects.kde.org/qtatspi</a><span style> there are still many low</span><br style><span style>hanging fruits as well as tricky issues to be tackled.</span><br style>

<br style><span style>But that's not all that's happening in accessibility land currently: we have</span><br style><span style>summer of code projects for Simon and one to improve KMag.</span><br style><span style>Let me talk about KMag in this context. When using a magnifier, it's still</span><br style>

<span style>important to know where the focus is. Since we don't have <a href="http://blogs.kde.org/node/1860">focus follows mind</a></span><br style><span style>yet, we need to figure out where the focus is at. Guess what - we're using AT-</span><br style>

<span style>SPI to do that.</span><br style><span style>Amandeep Singh is working with Sebastian Sauer to make the pieces fit</span><br style><span style>together. In order to let not only KMag benefit from the work, the changes are</span><br style>

<span style>actually done in a client side AT-SPI library for Qt/KDE applications.</span><br style><span style>You can follow the progress here:</span><br style><a href="http://projects.kde.org/libkdeaccessibilityclient" target="_blank" style>http://projects.kde.org/libkdeaccessibilityclient</a><span style> and in KMag of course.</span><br style>

<br style><span style>Now if you're as excited about this all and want to read more (you know you</span><br style><span style>do!), here are some more helpful links:</span><br style><a href="http://userbase.kde.org/Accessibility" target="_blank" style>http://userbase.kde.org/Accessibility</a><br style>

<a href="http://techbase.kde.org/Development/Tutorials/Accessibility" target="_blank" style>http://techbase.kde.org/Development/Tutorials/Accessibility</a><br style><br style><span style>Cheers</span><br style><span style>Frederik</span>
</div>