[Libreoffice-commits] core.git: sw/source

Niklas Johansson sleeping.pillow at gmail.com
Tue Nov 10 04:25:24 PST 2015


 sw/source/core/access/accpara.cxx |    6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 2bd26bfc3ca278b5b31d86bd3cfac95342009e8d
Author: Niklas Johansson <sleeping.pillow at gmail.com>
Date:   Sun Oct 18 00:44:03 2015 +0200

    NVDA does not read . when stepping word by word
    
    SwAccessibleParagraph::GetWordBoundary is called when you navigate
    word by word normally done by pressing Ctrl+Right/Left arrow. This works
    well as long as the word is an actual word. Problem is that what we
    land on is not always an actual word the cursor will for example stop
    at . (periods) and at the moment that won't be exposed to accessibility
    tools such as NVDA screen reader. Orca on Linux seem to have some type
    of workaround but it dosen't really work. I'll try to find out if the
    workaround is actually in Orca or in the way LibreOffice exposes things
    to atk.
    
    Change-Id: Ibe5c5899d489b0449282998a3ba284f689ca9a36
    Reviewed-on: https://gerrit.libreoffice.org/19424
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>

diff --git a/sw/source/core/access/accpara.cxx b/sw/source/core/access/accpara.cxx
index 4822556..d18841e 100644
--- a/sw/source/core/access/accpara.cxx
+++ b/sw/source/core/access/accpara.cxx
@@ -768,9 +768,9 @@ bool SwAccessibleParagraph::GetWordBoundary(
         rBound = g_pBreakIt->GetBreakIter()->getWordBoundary(
             rText, nPos, aLocale, nWordType, sal_True );
 
-        // It's a word if the first character is an alpha-numeric character.
-        bRet = GetAppCharClass().isLetterNumeric(
-            OUString(rText[rBound.startPos]) );
+        // If we have a break-iterator let's trust that it
+        // does the right thing.
+        bRet = true;
     }
     else
     {


More information about the Libreoffice-commits mailing list