Yeah I had the same idea of moving the 2/3 paragraphs but then you end up with a lot of contact us at the end. I figured that paragraph 3 probably isn't bad at the start but I'll request a clear paragraph on accessibilty. It can probably be a link out to an explanation of the concept and then what they are trying as group to achieve in KDE.<br>

<br><div class="gmail_quote">On Wed, May 9, 2012 at 3:08 PM, Marta Rybczynska <span dir="ltr"><<a href="mailto:marta@rybczynska.net" target="_blank">marta@rybczynska.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hello Roger,<br>
Thanks for the work on the text. What do you think about moving paragraph 2 &<br>
3 at the end? And maybe adding a paragraph that describes what is *exactly*<br>
the acessibility project for.<br>
<br>
Thanks,<br>
Marta<br>
<div><div class="h5"><br>
Roger Pixley wrote:<br>
> Hello all,<br>
><br>
> Sorry for being so silent so long but I've not had net and have been<br>
> country jumping (again). To get back in the saddle I've been speaking with<br>
> the KDE accessibilty team and they have a lot of work going on. So we are<br>
> working on a mini series of articles with the last set being on Simon since<br>
> that project has had a lot of exposure recently. The main dev was gracious<br>
> enough to let everyone else on the A11y team get a chance to speak. Fredrik<br>
> will probably be doing most of the writeups so that it can be managed<br>
> unless one of the other devs really wants to do their own writeup.<br>
><br>
> I'll put the first in the series here with two edits of my own. One for<br>
> grammar and the other with a link to clarify the focus follows mind quip :)<br>
> The only change that I would suggest is to put the contact the mailing list<br>
> paragraph further to the bottom but that may just be my personality being<br>
> imposed on the writing. Any comments? I'd like to have it cleared for the<br>
> digest by tomorrow.<br>
> As an aside if anyone reads through this and then on the readmore links at<br>
> the end expected to see information which is missing let me know so we can<br>
> get that up on the wiki pages.<br>
><br>
><br>
> Hello dear KDE Commit Digest reader,<br>
> I was asked to talk a bit about what's happening when it comes to KDE and<br>
> accessibility at the moment, something I'm happy to do.<br>
> For me KDE is about inclusiveness and enabling people to use technology.<br>
> Don't<br>
> think this doesn't affect you, it's a broad subject and everyone benefits<br>
> in some way.<br>
><br>
> And hey, this is the commit digest, I bet you're itching to get your hands<br>
> onto some code, right? Join us and dive into a fun community effort, what's<br>
> stopping you?<br>
> We have a growing and ever more active team now, meeting in<br>
> #kde-accessibility<br>
> on irc (freenode). The mailing list is of course another good point of<br>
> contact: <a href="https://mail.kde.org/mailman/listinfo/kde-accessibility" target="_blank">https://mail.kde.org/mailman/listinfo/kde-accessibility</a><br>
><br>
> For developers to get started, I wrote a few points that you can check in<br>
> order to make your application usable by as many people as possible.<br>
> <a href="http://techbase.kde.org/Development/Tutorials/Accessibility/Checklist" target="_blank">http://techbase.kde.org/Development/Tutorials/Accessibility/Checklist</a><br>
><br>
> Since this is the first post about accessibility here, I'd like to mention<br>
> what's currently going on.<br>
> There are several areas where we're improving, one great newcomer is of<br>
> course Simon, an application that lets you control your computer via<br>
> speech. I'll for now refer you to the Simon blog<br>
> <a href="http://simon-listens.blogspot.com/" target="_blank">http://simon-listens.blogspot.com/</a> for the latest news.<br>
> The other big thing going on is that qt-at-spi has seen many improvements.<br>
> Now<br>
> I don't expect everyone to know what qt-at-spi is... and that's the way it<br>
> should be. Qt-at-spi is a plugin for Qt, that exposes information about<br>
> what is on screen via the AT-SPI api that the Gnome accessibility tools<br>
> use. After some research and help from the great Gnome accessibility team,<br>
> I spent<br>
> some time during the last year to get this plugin into shape. It exposes<br>
> semantics about applications so that Assistive Technologies (ATs) use the<br>
> information to support the user.<br>
> One classical example is a screen reader. Screen readers are programs that<br>
> "read" the user interface so that people that are blind can use<br>
> applications.<br>
> Orca from Gnome now works to some degree with KDE applications thanks to<br>
> the plugin. Now we reached a phase where more and more feedback from users<br>
> benefitting from this comes in and we can start polishing the experience.<br>
> As you can imagine, the mouse is not all that helpful when you cannot see<br>
> where the pointer is, therefor having a working keyboard interface to our<br>
> applications is important.<br>
><br>
> Let's just imagine a dialog with an OK and Cancel button. With the<br>
> accessibility tools, the screen reader "knows" that there is a button with<br>
> label "OK" at this position. It can check the state and find out that it's<br>
> currently focused. When you press the tab key, the focus moves over to the<br>
> "Cancel" button. Now the screen reader gets a notification on focus changes<br>
> and will read "Cancel - Button" for example.<br>
> If you want to see how that is done, you can of course read the Qt sources<br>
> and<br>
> the qt-at-spi plugin sources. There's lots to do, for an easy starter,<br>
> adding<br>
> more unit tests would be a good idea.<br>
> Get the code here: <a href="http://projects.kde.org/qtatspi" target="_blank">http://projects.kde.org/qtatspi</a> there are still many low<br>
> hanging fruits as well as tricky issues to be tackled.<br>
><br>
> But that's not all that's happening in accessibility land currently: we<br>
> have summer of code projects for Simon and one to improve KMag.<br>
> Let me talk about KMag in this context. When using a magnifier, it's still<br>
> important to know where the focus is. Since we don't have focus<br>
</div></div>> follows mind<<a href="http://blogs.kde.org/node/1860" target="_blank">http://blogs.kde.org/node/1860</a>><br>
<div class="im">> yet, we need to figure out where the focus is at. Guess what - we're using<br>
> AT-<br>
> SPI to do that.<br>
> Amandeep Singh is working with Sebastian Sauer to make the pieces fit<br>
> together. In order to let not only KMag benefit from the work, the changes<br>
> are<br>
> actually done in a client side AT-SPI library for Qt/KDE applications.<br>
> You can follow the progress here:<br>
> <a href="http://projects.kde.org/libkdeaccessibilityclient" target="_blank">http://projects.kde.org/libkdeaccessibilityclient</a> and in KMag of course.<br>
><br>
> Now if you're as excited about this all and want to read more (you know you<br>
> do!), here are some more helpful links:<br>
> <a href="http://userbase.kde.org/Accessibility" target="_blank">http://userbase.kde.org/Accessibility</a><br>
> <a href="http://techbase.kde.org/Development/Tutorials/Accessibility" target="_blank">http://techbase.kde.org/Development/Tutorials/Accessibility</a><br>
><br>
> Cheers<br>
> Frederik<br>
</div>_______________________________________________<br>
Digest mailing list<br>
<a href="mailto:Digest@kde.org">Digest@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digest" target="_blank">https://mail.kde.org/mailman/listinfo/digest</a><br>
</blockquote></div><br>