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


User hdu changed the following:

                What    |Old value                 |New value
================================================================================
                      CC|''                        |'hdu'
--------------------------------------------------------------------------------
             Assigned to|hdu                       |tl
--------------------------------------------------------------------------------
                  Status|STARTED                   |NEW
--------------------------------------------------------------------------------




------- Additional comments from [email protected] Thu Jan 22 11:42:00 +0000 
2009 -------
@tl: SvtLanguageTable::GetString() returns a string that is sensitive to its 
BiDi context, e.g. "Arabic (Egypt)". This 
name seems to be generated somehow. The problem is that such names do not 
always look properly in both RTL- 
and LTR-contexts. And for the user of SvtLanguageTable::GetString() there is no 
way to know in which context it 
would look as expected.

So I suggest to make the string context independent (e.g. by using a different 
string, or by adding LRE or RLE 
marks). At least the info, for which BiDi context the string is intended, 
should be available.

I suggest to work with the owner of svx/source/dialog/optgdlg.cxx's 
OfaLanguagesTabPage class once the problem 
of the context-sensitivity of the returned string is solved.

---------------------------------------------------------------------
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]

Reply via email to