[libreoffice-users] Reality Check - Windows Java Accessibility API non-functional for ALL LibreOffice 3.6.x releases to date

2012-10-15 Thread Tom Davies
Hi :)
+1
A huge +1 really.  Just +1 doesn't really get close! 
Definitely impressive work from Stuart there!  "Above and beyond" gets
closer.  

I tried voting but found that really unclear, and i
have been editing wiki's for a while now.  I was able to add a comment
in support but i'm not sure if it's the type of thing they are looking
for.  

Stuart also gave links to the relevant bug-reports and i
have a feeling it might be easier to post comments there but only if
they help the devs get closer to fixing the problems, such as version
number of LO you are using and which OS (Windows Xp, Ubuntu or whatever)

I think the wiki wanted more conversational type comments but i wasn't sure 
what i should say.  
Regards from
Tom :)  


--- On Mon, 15/10/12, Kevin Cussick
  wrote:

From: Kevin Cussick 
Subject: Re: [libreoffice-accessibility] Reality Check - Windows Java 
Accessibility API non-functional for ALL LibreOffice 3.6.x releases to date
To: "V Stuart Foote" 
Cc: accessibil...@global.libreoffice.org, libreoff...@lists.freedesktop.org, 
us...@glogal.libreoffice.org
Date: Monday, 15 October, 2012, 20:04

Hello,

No apology needed Stuart. You have done more than most and i would like to take 
this opportunity to thank you on list.

I knew the LO was not right but I now am pleased that someone from LO is now 
agreeing with me.  Anyway. moving on, I will take a look at the link to vote on 
the ticket to get accessibleIa2 added
 into the code for LO.  Let 
me once again thank you for all your effort and hard work on this. OK we don't 
have the result we would like but now we know we can maybe try and get a fix 
for it.


On 15/10/2012 01:10, V Stuart Foote wrote:
> LibreOffice versions 3.6.0 and later have not correctly implemented the Java 
> Access Bridge (JAB) modules used to expose the Java Accessibility API roles 
> for Windows users.
>
> It took me a little while to work out the testing methods, but the Oracle 
> test utilities JavaFerret-32 and JavaMonkey-32 show that LibreOffice is not 
> implementing the Java Accessibility API and therefore does not expose 
> accessibility roles to Assistive Technologies.
>
> Neither JAB v.2.0.2 or v 2.0.3, nor current JRE version 1.6u35 or 1.7u7 will 
> make a difference.
>
> I tested LibreOffice builds 3.6.0.4, 3.6.1.2, 3.6.2.2, and 3.6.3.1 none of 
> which are functional.
>
> In
 addition today I completed testing of ALL builds of LibreOffice from 3.4.5 to 
3.5.7rc2.  With exception of the 3.5.0 build they all correctly map Java 
Accessibility API roles to UNO Accessibility roles.
>
> The Java Accessibility API is not as comprehensive as the IAccessible2 role 
> mappings provided by IBM Lotus Symphony 3.0.1, but it is functional for the 
> 3.4 and 3.5 releases of LibreOffice.  And, for these versions Windows  
> Assistive Technologies will work. For example, the Windows NVDA screen reader 
> will function with cursor control and component announcements for the entire 
> document tree.
>
> Windows versions of LibreOffice 3.6, including the current build 3.6.3 rc1, 
> are NOT USEABLE with Assistive Technologies and they have not been usable 
> with Windows Assistive Technologies at any point.
>
> For folks that I've mislead with my insistence that all is well with 
> LibreOffice 3.6 and Java Access Bridge
 and JRE with use of Assistive Technologies like NVDA screen reader I was 
wrong--I apologize.
> I've updated the FDO#53474 (http:  bug report 
> https://bugs.freedesktop.org/show_bug.cgi?id=53474 ) and would encourage 
> folks to vote, i.e. comment on, the enhancement to implement IAccessible2 
> API  ( http://wiki.documentfoundation.org/Vote_for_Enhancement ) for Windows 
> builds by incorporating the IBM contributed Symphony code base as a 
> replacement of the Java Accessibility API as that is probably the fastest 
> means of bringing Windows builds of LibreOffice to the same functional level 
> as Linux builds that use the ATK AT-SPI accessibility APIs.
>
> Stuart
>


-- 
For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



Re: [libreoffice-users] Reality Check - Windows Java Accessibility API non-functional for ALL LibreOffice 3.6.x releases to date

2012-10-15 Thread Tom Davies
Hi :)
Is anyone able to post a bug-report about this?  It sounds pretty serious!
Regards from
Tom :)  





>
> From: V Stuart Foote 
>To: users@global.libreoffice.org 
>Sent: Monday, 15 October 2012, 1:11
>Subject: [libreoffice-users] Reality Check - Windows Java Accessibility API 
>non-functional for ALL LibreOffice 3.6.x releases to date
> 
>
>LibreOffice versions 3.6.0 and later have not correctly implemented the Java 
>Access Bridge (JAB) modules used to expose the Java Accessibility API roles 
>for Windows users.
>
>It took me a little while to work out the testing methods, but the Oracle test 
>utilities JavaFerret-32 and JavaMonkey-32 show that LibreOffice is not 
>implementing the Java Accessibility API and therefore does not expose 
>accessibility roles to Assistive Technologies.
>
>Neither JAB v.2.0.2 or v 2.0.3, nor current JRE version 1.6u35 or 1.7u7 will 
>make a difference.
>
>I tested LibreOffice builds 3.6.0.4, 3.6.1.2, 3.6.2.2, and 3.6.3.1 none of 
>which are functional.
>
>In addition today I completed testing of ALL builds of LibreOffice from 3.4.5 
>to 3.5.7rc2.  With exception of the 3.5.0 build they all correctly map Java 
>Accessibility API roles to UNO Accessibility roles. 
>
>The Java Accessibility API is not as comprehensive as the IAccessible2 role 
>mappings provided by IBM Lotus Symphony 3.0.1, but it is functional for the 
>3.4 and 3.5 releases of LibreOffice.  And, for these versions Windows  
>Assistive Technologies will work. For example, the Windows NVDA screen reader 
>will function with cursor control and component announcements for the entire 
>document tree.
>
>Windows versions of LibreOffice 3.6, including the current build 3.6.3 rc1, 
>are NOT USEABLE with Assistive Technologies and they have not been usable with 
>Windows Assistive Technologies at any point.
>
>For folks that I've mislead with my insistence that all is well with 
>LibreOffice 3.6 and Java Access Bridge and JRE with use of Assistive 
>Technologies like NVDA screen reader I was wrong--I apologize.
>I've updated the FDO#53474 (http:  bug report 
>https://bugs.freedesktop.org/show_bug.cgi?id=53474 ) and would encourage folks 
>to vote, i.e. comment on, the enhancement to implement IAccessible2 API  ( 
>http://wiki.documentfoundation.org/Vote_for_Enhancement ) for Windows builds 
>by incorporating the IBM contributed Symphony code base as a replacement of 
>the Java Accessibility API as that is probably the fastest means of bringing 
>Windows builds of LibreOffice to the same functional level as Linux builds 
>that use the ATK AT-SPI accessibility APIs.
>
>Stuart
>
>-- 
>For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org
>Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
>Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
>List archive: http://listarchives.libreoffice.org/global/users/
>All messages sent to this list will be publicly archived and cannot be deleted
>
>
>
>
-- 
For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



[libreoffice-users] Reality Check - Windows Java Accessibility API non-functional for ALL LibreOffice 3.6.x releases to date

2012-10-14 Thread V Stuart Foote
LibreOffice versions 3.6.0 and later have not correctly implemented the Java
Access Bridge (JAB) modules used to expose the Java Accessibility API roles
for Windows users.
 
It took me a little while to work out the testing methods, but the Oracle
test utilities JavaFerret-32 and JavaMonkey-32 show that LibreOffice is not
implementing the Java Accessibility API and therefore does not expose
accessibility roles to Assistive Technologies.
 
Neither JAB v.2.0.2 or v 2.0.3, nor current JRE version 1.6u35 or 1.7u7 will
make a difference.
 
I tested LibreOffice builds 3.6.0.4, 3.6.1.2, 3.6.2.2, and 3.6.3.1 none of
which are functional.
 
In addition today I completed testing of ALL builds of LibreOffice from
3.4.5 to 3.5.7rc2.  With exception of the 3.5.0 build they all correctly map
Java Accessibility API roles to UNO Accessibility roles.
 
The Java Accessibility API is not as comprehensive as the IAccessible2 role
mappings provided by IBM Lotus Symphony 3.0.1, but it is functional for the
3.4 and 3.5 releases of LibreOffice.  And, for these versions Windows 
Assistive Technologies will work. For example, the Windows NVDA screen
reader will function with cursor control and component announcements for the
entire document tree.
 
Windows versions of LibreOffice 3.6, including the current build 3.6.3 rc1,
are NOT USEABLE with Assistive Technologies and they have not been usable
with Windows Assistive Technologies at any point.
 
For folks that I've mislead with my insistence that all is well with
LibreOffice 3.6 and Java Access Bridge and JRE with use of Assistive
Technologies like NVDA screen reader I was wrong--I apologize.

I've updated the FDO#53474 (http:  bug report
https://bugs.freedesktop.org/show_bug.cgi?id=53474 ) and would encourage
folks to vote, i.e. comment on, the enhancement to implement IAccessible2
API  ( http://wiki.documentfoundation.org/Vote_for_Enhancement ) for Windows
builds by incorporating the IBM contributed Symphony code base as a
replacement of the Java Accessibility API as that is probably the fastest
means of bringing Windows builds of LibreOffice to the same functional level
as Linux builds that use the ATK AT-SPI accessibility APIs.
 
Stuart

Apologize for cross posting to the Users list--this had been an ongoing
discussion on the Accessibility list with several open threads but a broader
dissemination was appropriate as this is a major oops folks should be aware
of.



--
View this message in context: 
http://nabble.documentfoundation.org/Reality-Check-Windows-Java-Accessibility-API-non-functional-for-ALL-LibreOffice-3-6-x-releases-to-dae-tp4013336.html
Sent from the Users mailing list archive at Nabble.com.

-- 
For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



[libreoffice-users] Reality Check - Windows Java Accessibility API non-functional for ALL LibreOffice 3.6.x releases to date

2012-10-14 Thread V Stuart Foote
 
LibreOffice versions 3.6.0 and later have not correctly implemented the Java 
Access Bridge (JAB) modules used to expose the Java Accessibility API roles for 
Windows users.
 
It took me a little while to work out the testing methods, but the Oracle test 
utilities JavaFerret-32 and JavaMonkey-32 show that LibreOffice is not 
implementing the Java Accessibility API and therefore does not expose 
accessibility roles to Assistive Technologies.
 
Neither JAB v.2.0.2 or v 2.0.3, nor current JRE version 1.6u35 or 1.7u7 will 
make a difference.
 
I tested LibreOffice builds 3.6.0.4, 3.6.1.2, 3.6.2.2, and 3.6.3.1 none of 
which are functional.
 
In addition today I completed testing of ALL builds of LibreOffice from 3.4.5 
to 3.5.7rc2.  With exception of the 3.5.0 build they all correctly map Java 
Accessibility API roles to UNO Accessibility roles. 
 
The Java Accessibility API is not as comprehensive as the IAccessible2 role 
mappings provided by IBM Lotus Symphony 3.0.1, but it is functional for the 3.4 
and 3.5 releases of LibreOffice.  And, for these versions Windows  Assistive 
Technologies will work. For example, the Windows NVDA screen reader will 
function with cursor control and component announcements for the entire 
document tree.
 
Windows versions of LibreOffice 3.6, including the current build 3.6.3 rc1, are 
NOT USEABLE with Assistive Technologies and they have not been usable with 
Windows Assistive Technologies at any point.
 
For folks that I've mislead with my insistence that all is well with 
LibreOffice 3.6 and Java Access Bridge and JRE with use of Assistive 
Technologies like NVDA screen reader I was wrong--I apologize.
I've updated the FDO#53474 (http:  bug report 
https://bugs.freedesktop.org/show_bug.cgi?id=53474 ) and would encourage folks 
to vote, i.e. comment on, the enhancement to implement IAccessible2 API  ( 
http://wiki.documentfoundation.org/Vote_for_Enhancement ) for Windows builds by 
incorporating the IBM contributed Symphony code base as a replacement of the 
Java Accessibility API as that is probably the fastest means of bringing 
Windows builds of LibreOffice to the same functional level as Linux builds that 
use the ATK AT-SPI accessibility APIs.
 
Stuart

-- 
For unsubscribe instructions e-mail to: users+h...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted