[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