|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | parenthesis are revesersed when they have arabic text in between in the dialog boxes | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | gsl | Reporter: | munzirtaha <munzirtaha> | ||||||||
| Component: | code | Assignee: | thomas.lange | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | issues@gsl <issues> | ||||||||
| Severity: | Trivial | ||||||||||
| Priority: | P4 | CC: | issues, mkretzschmar, pavel, thomas.lange | ||||||||
| Version: | current | ||||||||||
| Target Milestone: | OOo 3.1 | ||||||||||
| Hardware: | All | ||||||||||
| OS: | All | ||||||||||
| Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
| Developer Difficulty: | --- | ||||||||||
| Issue Depends on: | |||||||||||
| Issue Blocks: | 79434, 78466 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
munzirtaha
2004-07-28 08:32:57 UTC
Created attachment 16816 [details]
a snapshot of how the parenthesis look reversed
Created attachment 16819 [details]
Screenshot on a different machine
I attached a screenshot from my machine, locale was ar_SA.utf-8, install set from pjanik's 1.1.3 build-1. No problems with the parentheses in this dialog. Mine parents are reversed too - like Munzir's. Hmm ;-) BTW: I do have correct parantheses in the same running OOo in the same dialog in Currency settings (second from the top). pjanik, me too have the currency settings display properly and this almost because it contains an English text mixed with Arabic! But still not all of them display properly. I will attach another screenshot that displays how parenthesis are not correct in the currency settings and even worse the shaping/joining is broken. The option choosen in the currency settings is the same as the one choosen for the language settings. See how they look different! Hmm! where is the attachment link? It seems as if I can't attach more than one file in the componenet. Anyway, I filed a separate bug related the joining problem where you can see the screenshot I am speaking about here. The first attachment. See http://www.openoffice.org/issues/show_bug.cgi?id=32289 BTW: the component of this bug should be changed to l10n or something more accurate. Reassinging this to gsl team. component code, reassign issue to owner of code. . Created attachment 16868 [details]
The arrows directions is not correct
Next >> (arrow pointing to the right)
is translated as
التالي >> ـ (Arrow pointing to the left)
but it appeared as
>> التالي (arrow pointing to the right)
cp->hdu: please have a look Text inside the applications e.g. in a Writer document has a default paragraph direction selected by the user (when the CTL-option in Tools->Options->Languages) is enabled. For pure Latin text this is usually Left-To-Right, for pure Arabic text this is typically Right-To-Left. Try the text you already provided "التالي >> ـ" out using first LTR then RTL paraph direction. Outside of the applications, where we don't have the luxury of knowing the default text direction for BiDi processing, we default to weak LTR processing. That means, the first characters determine the paragraph direction. I suggest to either - translate the string so that it becomes invariant to the default text direction or - to help the "default text determinator" using the unicode control codes with the LTR or RTL markers (U+200E or U+200F). Who translates these strings? Whom do I reassign it? munzir? As you mentioned, hdu, in your comment: "the first characters determine the paragraph direction". I am not a Unicode guru but I will try to explain it. For the next button, it starts with a "strongly" right-to-left Arabic character and characters with a weak bidirectional type determine their directionality according to their proximity to other characters with strong directionality. As Unicode loves to say: Uppercase letters stand for right-to-left characters, while lowercase letters stand for left-to-right characters English: next >> memory: NEXT >> display: << TXEN This how Qt/GTK-based apps behaves nowadays. KDE for example, has an Add >> and << Remove buttons that behaves properly (hint: $kcmshell keyboard_layout) . Reprio for OOo2 Because of limited resources we have to re-target this issue to a next release. => set to 'OOo later' retarget to 3.1 @tl: I had just sent you an issue with the root cause explained. Now I saw this issue again, which is older, has a good description and much better screenshots. Issue 78466 is a duplicate to it. Feel free pursue either one and set the other one as duplicate. Setting this one as duplicate of issue 78466 as suggested by HDU since that issue is what actually got fixed. *** This issue has been marked as a duplicate of 78466 *** duplicate -> closed |