To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=85360


User sb changed the following:

                What    |Old value                 |New value
================================================================================
             Assigned to|sb                        |er
--------------------------------------------------------------------------------




------- Additional comments from s...@openoffice.org Mon Jan 26 12:49:50 +0000 
2009 -------
@er:  If I understand hdu correctly, he intends to address the following problem
in the following way.  The problem is as follows:  Consider the composition of
the two strings

U+05D0 HEBREW LETTER ALEF

and

U+0061 LATIN SMALL LETTER A
U+0028 LEFT PARENTHESIS
U+0062 LATIN SMALL LETTER B
U+0029 RIGHT PARENTHESIS

The bidirectional algorithm would erroneously render this like "(a(bA" (where
"A" represents alef) rather than like "a(b)A" (i.e., it would switch back to
right-to-left for the closing parenthesis after the embedded left-to-right run).
 This could be fixed by embedding the complete second string in

U+202A LEFT-TO-RIGHT EMBEDDING
...
U+202C POP DIRECTIONAL FORMATTING

Whether a given string intended for such composition would need to be wrapped in
LRE...PDF or RLE...PDF could be derived from the string content, e.g., by
looking at the directionality of the first strong character in the string.  So,
hdu proposes to add a function to the sal strings that, given a string, returns
the string embedded in either LRE...PDF or RLE...PDF, depending on the string's
contents.

Now, I would argue that such a function should not be added to the sal strings
directly (as it offers functionality that is above the rudimentary semantic
level at which the sal strings reside, and would need semantic character
data---to determine the directionality of the first strong character in a
string, see above---that is currently not available in sal), but could instead
be grouped with other I18N functionality.

---------------------------------------------------------------------
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: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to