Re: [orca-list] Accessibility of apps



Then my vote goes to pcmanfm

Also, any piece of the Mate GUI which might still need work.

Best,

Fernando


On 02/20/2016 03:09 PM, MENGUAL Jean-Philippe wrote:
Sure, but it's a very very big project. I'm working on it in another
context (we're searching for financial support, maybe we'll try
crowd-funding, etc). And anyway, out of what can do a Hackhaton, except
if dedicated to LO with experts on it.

Well, let's hope we'll find how to finance it, and will be done. Things
will happen in 2016 about it. But with a significant effort.

Regards,


Le 20/02/2016 18:05, Fernando Botelho a écrit :
Oh, I know you want smaller fish to fry, but LibreOffice please!

Best,

Fernando




On 02/20/2016 02:56 PM, MENGUAL Jean-Philippe wrote:
Hi,

It's a common assessement: if free software isn't accessible, it's not a
screen reader problem, but the app which doesn't send good info to
at-spi.

ok. How to fix this? Explaining, bug reporting, etc. One idea is
hackhaton. We did one this week-end in Paris. We studied Audacity and
Linphone: 2 GTK apps, where essential issues are related to labels,
focus movements with keyboard, etc.

But I realise that I have not a lot of further ideas of simple apps to
improve. I plan mumble, and other more complex things such as
libreoffice or Firefox, so complex for a general-hackhaton.

Do you have ideas of apps on which we could report accessibility bugs
during an hackhaton, or help fixing, in GTK? Can you tell me apps you
don't access to (or access just partially)? And what is it for? No
alternative?

It'll give me ideas for next hackhaton/bugreports. If they're in GNU
project, still better.

Thanks for feedbacks,

Regards,






[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]