Re: [libreoffice-accessibility] Accessibility of images with alternative text in LibreOffice Writer
Hi, Le 19/06/2024 à 09:12, Michael Weghorn a écrit : On 2024-06-19 08:48, Michael Weghorn wrote: On 2024-06-18 14:38, Jason J.G. White wrote: Orca does however announce the accessible *name* (not the description by default, at least in my setup) when using the "To Next Frame" shortcut Shift+F4 to select the image. Whether or not the accessible description is announced by Orca is generally configurable in Orca's settings. But it turns out that even when announcing descriptions is enabled in Orca, the description is not announced for objects in LibreOffice. It turns out that this was explicitly disabled in Orca for LibreOffice (except for "WhereAmI" mode) in the past, in this commit: https://gitlab.gnome.org/GNOME/orca/-/ commit/1121a27b10b4b5804c90f616154514cdce30d246 If I remove that locally for testing, Orca does announce the image description as well when the image gets focus via Shift+F4. Ok but the problem is that in order to do shift-f4, I need to be aware that I am on a picture. ANd if I just press the arrow key to examine the doc, I dont have any feedback. It means that if I want to get something, I need to use the browser, then enter. But it is very heavy depending of the situation. I guess LO does not send to Orca something during the arrow navigation, with which Orca can see any picture. If it's desirable to have descriptions announced, eliminating the unnecessary "chattiness" observed in the past (if it's still known what that is) and then changing Orca to announce descriptions again might be a way forward. Again, the solution is really not perfect. I needed to analyse 2 days ago a 40 pages docs, I can say that using the browser to see images then trying tetting something is heavy. My hope is that arrow keys announce images, regardless their alternative text or not. Best regards, @joanie: Any thoughts on that? -- To unsubscribe e-mail to: accessibility+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/accessibility/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-accessibility] some issues with screen reader accessibility
Hi, Le 07/10/2023 à 23:25, Michael Weghorn a écrit : Hi Jean-Philippe, On 2023-10-07 06:19, Jean-Philippe MENGUAL wrote: Nice to start chatting with you, I heard of you at Libocon via COlomban you met there and worling with my organization. I am glad if I can help you working on LO accessibility given the high needed job. For your info, as a "power user"/tester, I mainly use Linux and I use Libreoffice latest stable (in Sid on Debian). Hypa uses an older one due to bugs that COlomban will show you, but the bug tracker mentions most of them, reported by me and my former colleague. great to hear from you and thanks a lot for the work so far, your input and offer to help further. I'm looking forward to continue working together! I'd definitely be interested in hearing what regressions are currently preventing Hypra from updating to a current LibreOffice version. (There are currently more than 200 accessibility-related tickets in Bugzilla; knowing which are the ones that Hypra considers blockers would be helpful.) Yes, COlomban is working for this. I gave him my nputs, he now tries to give a better technical base and reproduction scenarios. To sum up my current feeling, the main problems is the style dialog, where browsing with the caret is very difficult to edit and tweak styles, the browser (f5) whose behaviour is not stable, and some dialogs where browing is very hard (eg. this to number chapters, in Tools menu). The style dialog being the most problematic as what is sent to the accessibility infra is really difficult to use for a screen reader, I tried to run an automated test suite producing code to reproduce scenarios from the at-spi events and this dialog sent really not relevant info. Actually I think something needs to be explained: using screen readers like Orca or NVDA, we consider as accessible information what may be reached via the caret, ie. what you can move with tab key or the arrow keys. Using advanced features to access to the information, eg. object navigation or flat review, is not optimal. It might work, but not everybody know it and is it considered as a kind of hack to workaround accessibility limitations. For dialogs that present information without allowing to change anything, like the case of the word count dialog ("Tools" -> "Word Count") discussed here: Would you still expect to be able to navigate within the dialog text using tab or arrow keys? Yes. In comparison, in Thunderbird, when having a dialog (a question for instance), the caret can switch to OK, Cancel, and the message box, enabling to say it. Of course in such case not other ineraction is possible, but the movement is and makes it accessible. Or would the expectation rather be that the dialog content is announced by the screen reader automatically when the dialog gets shown? I think such behavior would be acceptable, but when the user needs to repeat the info, it is always more simple if he can see it via tab or keys I think. Screen readers dont't have always a feature to repeat the last message and the last message may be interrupted by another (a notification, a movement on the keyboard without consequence, etc) So far, I was thinking more about the latter. This would also match the current behavior of other info/warning dialogs, like the one that gets shown when closing the document with unsaved changes. Right, same problem, in particular, for example, when the filename is not friendly for a speech synth, requiring repeating. I think that's a screen reader issue. You should probably report it to NVDA. Unfortunately I am not sure. I Cc Joanmarie Diggs, main Orca developer, who can confirm or give you technical explanations. DOnt hesitate to subscribe to the orca mailing list where all the community activity takes place: https://www.freelists.org/list/orca I think if the screen reader is unable to announce a mismelled word while speaking the current line or saying all the document, it is because it does not get the info from the accessibilit tree. That sounds plausible. As mentioned in my previous email, I'm planning to take a closer look at this. Since it works with other applications (like Word or Thunderbird) and NVDA is free and open source, too, I'm optimistic that it'll be possible to identify what's missing on either LibreOffice or NVDA side. Great, many thanks Best regards (According to Jason, this already works as expected with Orca on Linux.) Best regards, Michael -- To unsubscribe e-mail to: accessibility+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/accessibility/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-accessibility] some issues with screen reader accessibility
Hi Michael, Nice to start chatting with you, I heard of you at Libocon via COlomban you met there and worling with my organization. I am glad if I can help you working on LO accessibility given the high needed job. For your info, as a "power user"/tester, I mainly use Linux and I use Libreoffice latest stable (in Sid on Debian). Hypa uses an older one due to bugs that COlomban will show you, but the bug tracker mentions most of them, reported by me and my former colleague. Le 06/10/2023 à 20:32, Michael Weghorn a écrit : Hi Daniel and Jason, thanks a lot for your email mentioning these points and the further input! Some notes/questions on the individual points follow below. On 2023-10-05 00:01, Jason White wrote: On 4/10/23 17:22, Daniel McGrath wrote: Firstly, when bringing up a word count, it's very difficult to see... for the screen reader to read the word count. Most of the window seems taken up with a needlessly (to me) long explanation of what word count does. The only way I've found of hearing the actual word count is to use insert+b to get NVDA to read the whole dialog box, and the word count comes right at the end. Little thing I know, but rather irritating if one is trying to keep tabs on the number of words, and having to read every time that this shows the word count of the current selection and the whole document, and that this is automatically updated as you type. Useful to know once of course, but annoying to have to hear every single time. I've just tested this under Linux with Orca, and I can use the screen reader's review commands to read the dialogue. Starting from the bottom gives me the character counts (with and without spaces), and the word count. Actually I think something needs to be explained: using screen readers like Orca or NVDA, we consider as accessible information what may be reached via the caret, ie. what you can move with tab key or the arrow keys. Using advanced features to access to the information, eg. object navigation or flat review, is not optimal. It might work, but not everybody know it and is it considered as a kind of hack to workaround accessibility limitations. The explanation of what word count does is not shown in the dialog, but set as the accessible description of the dialog. And when an accessible description is set for a dialog, NVDA announces that description instead of the dialog content. NVDA source code for this: https://github.com/nvaccess/nvda/blob/a380b6a76a0a29df32e57c1bd974b11a895ac0c8/source/NVDAObjects/behaviors.py#L151-L156 On top of that, the same text was set for both of the buttons, so when pressing NVDA+B, the text would get announced three times: once as the accessible description of the dialog at the very beginning, and then once when each of the buttons is announced. At least the latter seems wrong, so I've submitted a change to drop that: https://gerrit.libreoffice.org/c/core/+/157637 One approach to avoid announcing the explanation each time and announcing the content instead would be dropping the accessible description for the dialog, since it's still easily possible to get that info by pressing the "Help" button in the dialog. I've submitted a change to do that, but am currently waiting for feedback from the documentation/help team on whether that's OK, since that would also mean that the text is no longer shown as a tooltip when extended tips are enabled in the LibreOffice options. As a potential alternative, if you're primarily interested in the document word count, that info is more quickly available in the status bar. NVDA+End will announce it from NVDA 2023.2 on. (This was implemented in NVDA for LibreOffice in https://github.com/nvaccess/nvda/pull/14933 .) As a side note, when I tested that just now, I noticed that this needs another update to work with the current development version of LibreOffice and to make the functionality work with status bars in dialogs as well. Pending/Suggested changes: https://gerrit.libreoffice.org/c/core/+/157658 https://gerrit.libreoffice.org/c/core/+/157659 https://github.com/nvaccess/nvda/pull/15592 But as far as I can tell, if you're using NVDA 2023.2 and LibreOffice 7.5 or 7.6, this should work fine. My second point is about automatic spell checking. I find that my screen reader will only inform me of a spelling error if the cursor happens to land on the word. I don't know if I can make it any clearer, but for instance if reading a line back in this email, NVDA will announce "spelling error" each time it encounters a mis-spelled word. In LO writer, I will only be told each mis-spelled word when the cursor is on it. Pretty little thing this, but it would be nice if it could be corrected. I think that's a screen reader issue. You should probably report it to NVDA. Unfortunately I am not sure. I Cc Joanmarie Diggs, main Orca developer, who can confirm or give you technical explanations. DOnt hesitate to subscribe to the orc
Re: [libreoffice-accessibility] Accessibility Requirement for LibreOffice Adoption at National Governmental Levels, etc.
Hi, Le 19/07/2023 à 16:19, Marc Paré a écrit : I was wondering if someone could comment on the following. If there were campaigns of LibreOffice/ODF adoption as default software/open document formats directed to various country governmental levels (either at the national, state/provincial, local/municipal, educational, NGO, etc.), would these different levels have each of their own requirements for adoption of LibreOffice/ODF adoption depending on their criteria of accessibility options of a LibreOffice? Or are there large differences in accessibility options between such organizations where each would have to be researched separately before embarking on such a campaign? Do the accessibility options found in LibreOffice suffice for all criteria of adoption for most of these organizations? I am not sure I understand what you mean related to such organizations, but from my user experience and public experience, there is still a lot of work to make Libreoffice accessible correctly. For example most sight impaired persons dont use LibreOffce and their employer, even if it uses it, accepts to use an other program for such target. Is there an organization that regulates accessibility requirements for software packages? In france the regulation covers any program if used to work or for some public service. But making them accessible is a cost, and few persons want to pay for this. So regulation is not really enforced, even if impovements exist. Are there any missing accessibility options in LibreOffice that would essentially make it difficult for any governmental agency to adopt it as their default wordprocessor software suite? oh yes, many. especially if one needs an assistive technology (screen reader, magnifier, etc). Collaborative work is difficult (tracking, coments), as well as formatting of document (footnotes, etc). Things may move now that we have non regression tests, as I think some companies can now implement accessible infrastructure and hope that everything will not be broken during a next commit, thanks to such tests. But again, the task is heavy regards Marc -- To unsubscribe e-mail to: accessibility+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/accessibility/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-accessibility] 3.6 on Windows
Hi, Can someone tell me the state of a11y stack now? Always Java bridge? Or Iaccessible2 was implemented? Is it easier today to use libreoffice on Windows with a screen reader, in particular NVDA? Thanks for your answer. Regards, Jean-Philippe MENGUAL -- Unsubscribe instructions: E-mail to accessibility+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/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-accessibility] Setting up accessibility for screen reader
Hi, I was reported nothing about the installer, so it must be accessible. So enabling the user to choose using accessibility tools at this time seems to be a good idea indeed. I also thought of a shortcut to check?uncheck the checkbox, which would work only if Java Bridge would be installed. What do you think about that? Anyway I'm ready to test any improvement about this point. Regards, Jean-Philippe MENGUAL Le jeudi 04 août 2011 à 15:09 +0200, Christophe Strobbe a écrit : > Hi, > > With regard to checking the option "Support assisitve technology > tools" by default: > Should we make a feature request to include this checkbox in the installer? > Or is the installer insufficiently accessible to make this useful? > > Best regards, > > Christophe > > > At 11:07 4-8-2011, Christophe Strobbe wrote: > >Hi Jean-Philippe, > > > >At 15:16 3-8-2011, Jean-Philippe MENGUAL wrote: > > >(...) Here's what reported an user of Windows > > >Vista, with the screen reader NVDA. > > > > > >At the 1st starting of LibreOffice, NVDA doesn't work. In options menu, > > >accessibility tab, NVDA says the tabs but then, doesn't read anymore the > > >dialogue. The user checks then the checkbox "support software for > > >disabled people". He asks now: couldn't this checkbox checked by > > >default? If not, it'd be important to give a way to a blind people to do > > >the above process with some audio help, as NVDA doesn't speak until this > > >checkbox is checked. > > > >I once read or heard that the option "Support assisitve technology > >tools" was not checked by default because if affects performance. > >Unfortunately, I can't retrieve the source of that statement anymore. > > > > >Finally, note that libreoffice isn't accessible on XP, whereas it works > > >with Vista. I don't understand well why. > > > >I have not heard of this before. How did you determine this? Is this > >based on inspection with Java accessibility tools (Ferret, etcetera) > >or on testing with specific screen readers? If it was based on > >testing with screen readers, were the same screen readers and > >versions used on both Windows XP and Vista? Was the Java Access > >Bridge installed on both systems? (I suppose you'll say: "Of > >course!") Did you have the same versions of Java on both systems? > > > >Best regards, > >Christophe > > > > >Thanks for your answer, especially on the 1st point (the checkbox > > >checked by default). > > > > > >Regards, > > > > > >Jean-Philippe MENGUAL > > > >-- > >Christophe Strobbe > > > -- > Christophe Strobbe > K.U.Leuven - Dept. of Electrical Engineering - SCD > Research Group on Document Architectures > Kasteelpark Arenberg 10 bus 2442 > B-3001 Leuven-Heverlee > BELGIUM > tel: +32 16 32 85 51 > http://www.docarch.be/ > Twitter: @RabelaisA11y > --- > Open source for accessibility: results from the AEGIS project > www.aegis-project.eu > --- > Please don't invite me to Facebook, Quechup or other "social > networks". You may have agreed to their "privacy policy", but I haven't. > > -- Unsubscribe instructions: E-mail to accessibility+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/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-accessibility] Keyboard
Hi, Le jeudi 04 août 2011 à 11:17 +0200, Christophe Strobbe a écrit : > Hi Jean-Philippe, > > At 00:39 4-8-2011, Jean-Philippe MENGUAL wrote: > >When I run libreoffice, to access to Tools menu (Outils in French), I > >can press alt+t. In Writer, or Calc, this combination opens nothing. > > Are you using LibreOffice on Linux? The user who reported me the problem uses Windows Vista. I could reproduce the problem on Linux anyway. > On Windows XP, Alt+t opens the Tools menu in both Writer and Calc (with > the English-UK user interface). Alt+O opens the Format menu. I also > checked this in the English-USA interface. > When I change the interface language to French, Alt+o opens the > Outils menu, both in Writer and in Calc. Alt+t opens Format. He didn't try on XP as he has problems to use it. I'll see more details about this with him. The behavior you describe seems to be applied to OOo, according to the user. On Libreoffice, these shortcuts don't work. > > >alt > >++o opens the Format menu. No letters of the word "Tools" or "Outils", > >pressed with Alt, open the menu: I tried alt+O, U, T, I, L, S.. In OOo, > >alt+t opens format, alt+O opens Tools. Is it a bug? Could we improve > >that, with more relevant letters and/or a binding for this menu? Should > >I reportbug? > > Can we get some feedback about the systems that are affected by this issue? Windows Vista and Linux have the same behavior about this point. For those who speak French, you can see directly the bug and the user here: https://agir.april.org/issues/620 On this interface, you can see other bugs (617, 618 and 619) with LibreOffice, but in French. But for those who prefer to dialogue directly with the original user, it's possible if you speak French. Regards, > Best regards, > > Christophe > > > > >Thanks for your feedback. > > > >Regards, > > > >Jean-Philippe MENGUAL > > > -- > Christophe Strobbe > K.U.Leuven - Dept. of Electrical Engineering - SCD > Research Group on Document Architectures > Kasteelpark Arenberg 10 bus 2442 > B-3001 Leuven-Heverlee > BELGIUM > tel: +32 16 32 85 51 > http://www.docarch.be/ > Twitter: @RabelaisA11y > --- > Open source for accessibility: results from the AEGIS project > www.aegis-project.eu > --- > Please don't invite me to Facebook, Quechup or other "social > networks". You may have agreed to their "privacy policy", but I haven't. > > Jean-Philippe MENGUAL -- Unsubscribe instructions: E-mail to accessibility+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/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-accessibility] Keyboard
Hi, When I run libreoffice, to access to Tools menu (Outils in French), I can press alt+t. In Writer, or Calc, this combination opens nothing. alt ++o opens the Format menu. No letters of the word "Tools" or "Outils", pressed with Alt, open the menu: I tried alt+O, U, T, I, L, S.. In OOo, alt+t opens format, alt+O opens Tools. Is it a bug? Could we improve that, with more relevant letters and/or a binding for this menu? Should I reportbug? Thanks for your feedback. Regards, Jean-Philippe MENGUAL -- Unsubscribe instructions: E-mail to accessibility+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/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-accessibility] Setting up accessibility for screen reader
Hi, Waiting for news about Iaccessible2, Symphony, OOo, Apache, etc... well waiting for news about this mess, I hope I'll make things progress through various little points. Here's what reported an user of Windows Vista, with the screen reader NVDA. At the 1st starting of LibreOffice, NVDA doesn't work. In options menu, accessibility tab, NVDA says the tabs but then, doesn't read anymore the dialogue. The user checks then the checkbox "support software for disabled people". He asks now: couldn't this checkbox checked by default? If not, it'd be important to give a way to a blind people to do the above process with some audio help, as NVDA doesn't speak until this checkbox is checked. Finally, note that libreoffice isn't accessible on XP, whereas it works with Vista. I don't understand well why. Thanks for your answer, especially on the 1st point (the checkbox checked by default). Regards, Jean-Philippe MENGUAL -- Unsubscribe instructions: E-mail to accessibility+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/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted
[libreoffice-accessibility] Libreoffice, screen reader, Windows
Hi, My point of starting is: while Libreoffice is accessible all right with the screen reader Orca with GNU/Linux, it's absolutely not usable with NVDA on Windows. The problem: it makes loose the credibility of the free software, which is installed in public administrations, and problematic for blind people. So I would like us to work very much about this, with testers, and developpers which are mandatory. During Libre Software Meeting, I was told that IBM had written a module to make OOo accessible. If I understand, its name is "Iaccessible2". Really? If it is right, it seemed it was given to Oracle. Now the question is: where's this code? In Apache foundation? Oracle? or could Libreoffice ship this in the fork? Can we fetch it from Apache if it's there and what are license conditions (I don't know Apache License)? Is it implemented? If it is not, who can I contact to find this code and allow to integrate it in LibreOffice? If it is, could you help me for identifiation, so that I see with NVDA what's possible? I read today Rob Weir who seems to say that this code is in OOo from Apache, and in Symphony too. Can you tell me if we can find it there so and ship it on Libreoffice? Thanks for your answer. Regards, Jean-Philippe MENGUAL -- Unsubscribe instructions: E-mail to accessibility+h...@global.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/accessibility/ All messages sent to this list will be publicly archived and cannot be deleted