To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=96474
------- Additional comments from [email protected] Fri Jan 23 12:22:15 +0000 2009 ------- AW: Identified with the help of FME (thanks!). The com::sun::star::i18n::XBreakIterator may choose the previous word (if one exists) when calling getWordBoundary when the start position is on a space. E.g. with the current string (the last in the example) and the 2nd word: Char 6 is a space, and getWordBoundary starts there for the 2nd TextPortion of the string (it's already in three portions due to the first word and the last having different attributes, e.g underlined). The call gives back (0,6= as word boundary which is the previous word. In that case, the break iterator needs to be used again and forced to look at the next position (7 in this case). Doing some more tests... So, (1) is solved, (3) is solved, too. For (2), another task should be generated if this only happens over API creation. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
