<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>
    
<div><br></div><div><br></div><div>I agree that qt is not there yet however with our feedback it can be. The sheer number of different platforms that qt supports makes it a very attractive system. </div><div><br></div><div>The qt accessibility is now enabled by default and the same statement you have written for swt also applies to qt.</div><div><br></div><div>Steve Clarke ... just another library user. </div><div><br></div><div><br></div><div><br></div><div><br></div><div id="composer_signature"><div style="font-size:85%;color:#575757">Sent from my Samsung device</div></div><br><br>-------- Original message --------<br>From: Reckless Player <recklessplayeralpha@gmail.com> <br>Date: 2015/02/22  17:54  (GMT+00:00) <br>To: accessibility@qt-project.org <br>Subject: Re: [Accessibility] QLabels not read by JAWS screenreader (Qt         5.4/Win 8.1) <br><br>Hello,<br><br>I’m a sort of advanced user of GUI apps (of every type). I’ve been<br>hanging around this list for a while because I have lots of complaints<br>against Qt, and if time permits will air them in due course.<br><br>Focusing on the present topic, IAccessible2 has been supported by Jaws<br>and NVDA for a long time. Jaws and NVDA now mainly support UIA and<br>IAccessible2.<br>IAccessible2 has been used in Eclipse and SWT (QT’s sort of rival I<br>suppose) since Eclipse 3.6.<br>In fact, SWT has been the most accessible library under Windows. It<br>gave access to toolbars to screen reader users much before UIA<br>attempted to do the same.<br>Under MSAA, screen reader users, who are more broadly keyboard users<br>didn’t have access to toolbars and toolbar controls.<br>Even though I love Python, I lament the fact that SWT didn’t catch on,<br>and now is not likely to do so.<br><br>In summary, a fully accessible Qt app is like a mythical beast for me at least.<br>I’m not a GUI developer, but I have to write to many developers<br>requesting for accessibility improvements.<br>And because of what I have to go through, I highlight the following 2<br>lines that make all the difference between me have to beg developers<br>to make their apps accessible and being ignored; and never having to<br>contact them at all because nothing extra has to be done.<br><br>From SWT:<br>“Most of the accessibility support is built right in to the SWT<br>widgets; therefore, in many cases a developer only has to use the<br>widgets correctly to take advantage of the full spectrum of MSAA and<br>IA2 capabilities.”<br><br>From Qt (5.4):<br>“*only a few changes* from your side may be required to allow even<br>more users to enjoy it.”<br><br><br>On 2/18/15, Marcel <lists@nightsoul.org> wrote:<br>><br>>> Am 17.02.2015 um 11:23 schrieb Frederik Gladhorn<br>>> <frederik.gladhorn@theqtcompany.com>:<br>>><br>>> On Monday, February 16, 2015 05:51:30 PM Marcel wrote:<br>>>> [Crosspost from the qt-project.org forums, didn’t receive a reply there<br>>>> within a week.]<br>>>><br>>>> Hello!<br>>>><br>>>> I’m trying to make our application accessible with a screenreader. A<br>>>> blind<br>>>> colleague uses JAWS, therefore I use that for testing. Reading widgets<br>>>> that<br>>>> expect user input works quite well so far, but I’m having some trouble<br>>>> elsewhere:<br>>>><br>>>> QLabels are not read at all. JAWS has a hotkey that should “read the<br>>>> whole<br>>>> window” (JAWS-Key + B), but for our application that just reads the<br>>>> window<br>>>> title and nothing else. Everything I can focus directly via tabbing is<br>>>> read<br>>>> as well – which is of course not desirable with labels.<br>>>><br>>>> Probably related: We have some QWizards set up. There, the QWizardPage<br>>>> title<br>>>> and description texts are used to convey most of the information<br>>>> concerning<br>>>> the wizard page’s purpose. Those texts are not read at all as well.<br>>>><br>>>> I have a minimal test case application[0] that has a label (not read), a<br>>>> button and a QLineEdit (accessibleName read fine for both). The button<br>>>> opens a wizard that has title and description (not read) and no further<br>>>> input widgets.<br>>>><br>>>> Do accessible applications usually have all necessary information in<br>>>> input<br>>>> widget descriptions (therefore not needing labels) or am I doing<br>>>> something<br>>>> wrong?<br>>>><br>>>> This is Qt 5.4 on Windows 8.1 with JAWS 16.<br>>><br>>> QLabel should provide accessibility information (it is represented by<br>>> QAccessibleDisplay in qtbase/src/widgets/accessible/simplewidgets.h).<br>>><br>>> It would be interesting to know if it works with NVDA (I suspect that it<br>>> does,<br>>> looking at Steve's testing. The issue seems to be that we expose the<br>>> information in a way that JAWS either ignores it or doesn't see it at all,<br>>> so<br>>> it's a bug in Qt.<br>>><br>>> It would be great if you file a bug report (https://bugreports.qt.io) so<br>>> we<br>>> keep track of it.<br>>><br>>> Does anyone know if JAWS makes use of IAccessible2 at all? Maybe that is<br>>> the<br>>> reason for it not working.<br>><br>> I have filed the report here: https://bugreports.qt.io/browse/QTBUG-44537<br>> NVDA doesn’t read that label as well when pressing NVDA+B („read whole<br>> window“, results in *only* the window title being read) but announces it’s<br>> accessibleName and description upon mouseover.<br>><br>> Marcel<br>><br>>><br>>> Cheers,<br>>> Frederik<br>>><br>>>><br>>>> Greetings,<br>>>> Marcel<br>>>><br>>>> [0] https://filetrain.de/a11ytest.zip<br>>>> _______________________________________________<br>>>> Accessibility mailing list<br>>>> Accessibility@qt-project.org<br>>>> http://lists.qt-project.org/mailman/listinfo/accessibility<br>><br>> _______________________________________________<br>> Accessibility mailing list<br>> Accessibility@qt-project.org<br>> http://lists.qt-project.org/mailman/listinfo/accessibility<br>><br><br><br>-- <br>Peace<br>RP<br>_______________________________________________<br>Accessibility mailing list<br>Accessibility@qt-project.org<br>http://lists.qt-project.org/mailman/listinfo/accessibility<br></body></html>