Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Rotation doesn't work for Bidi chars in non-Bidi version | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | victor21 <laiyijing> | ||||||||||
Component: | formatting | Assignee: | AOO issues mailing list <issues> | ||||||||||
Status: | CONFIRMED --- | QA Contact: | |||||||||||
Severity: | Trivial | ||||||||||||
Priority: | P3 | CC: | hdu, issues, kaplanlior, michael.ruess, rainerbielefeld_ooo_qa, shai | ||||||||||
Version: | OOo 3.0.1 | Keywords: | BIDI, needhelp, oooqa | ||||||||||
Target Milestone: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | All | ||||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||||
Developer Difficulty: | --- | ||||||||||||
Issue Depends on: | |||||||||||||
Issue Blocks: | 114236 | ||||||||||||
Attachments: |
|
Description
victor21
2009-02-20 08:03:32 UTC
victor21: Please - specify your OS and Platform! - attach a sample document and complete information concerning your language / linguistic settings! Hi, It is in Windows XP, PC. The OS language setting is English. The "rotation" works well for English text(see attachment 1 [details] and 2), but doesn't work for Bidi text(see attachment 3 [details]). Created attachment 60424 [details] attachment 1 [details], set 90 degrees for English text Created attachment 60425 [details] attachment 2 [details], rotation works well for English text Created attachment 60426 [details] attachment 3 [details], rotation doesn't work for bidi text @victor21: I asked for Sample documents, not for screenshots! Pls. attach an OOo Text document! In the sample, there are 3 lines. The 1st line is English, it is works OK. The 2nd and 3rd lines are Hebrew and Arabic(change IME to Hebrew and Arabic, then type key "a","b" and "c"). The bidi texts aren't rotated. Created attachment 60431 [details]
sample
I checked with "Ooo 3.0.1 (DE) Multilingual version GERMAN UI WIN XP: [OOO300m15 (Build 9379)]" and can confirm the reported effect with "sample.odt" and also my own new documents and other font sets than Tahoma. For me that seems unexpected, especially because rotation works in CALC. Rotation works when I place the caret left from the second line in "sample.odt" and add a <space> - strange! I do not know how rotation has to work for arabic texts, so "needhelp" Hi: It seems related with installed language version. If OO is a Left-To-Right language version(e.g., English, German...), then Left-To-Right text can be rotated, but the Right-To-Left text(e.g., Arabic, Hebrew) can't. However, if OO is a Right-To-Left language version, such as Arabic, then the Right-To-Left text can be rotated, but the Left-To-Right text can't. In my guessing, maybe there is something wrong for Bidi portion in "sw\...\pormulti.cxx". It seems in LTR language version, the Bidi portion is RTL string; and in RTL language version, the Bidi portion is LTR string. Hope these guessing can help to fix this bug. ama->od: Something for you or mst? setting target. OD->MRU: Any input from your side on this issue? This only happens when you have RTL text in LTR paragraph or Western Text in RTL paragraph. Thus I do not think that this has any stopper-quality or similar. *** Issue 109588 has been marked as a duplicate of this issue. *** In response to mru: As the duplicate bug exemplifies, LTR text in RTL paragraphs is very common for RTL users, because numerals are LTR. I still wouldn't call a problem with rotated text a "stopper", but you seem to make it more marginal than it really is. Dupe Issue 109588 confirms the issue for Kubuntu, Windows, and Mac. Furthermore, it occurs on BiDi and non-BiDi versions of the software, so the Summary of this issue must be updated. The presence of this bug means that Hebrew and Arabic users cannot use OOo to make the very common (at least in the Middle East) document of a notice with tear-off phone number strips along the bottom. This is because numbers are LTR characters and the accompanying text would be RTL. It is not a stopper, but as shai2platonix points out it is a very important issue. Works OK for me with OpenOffice.org 3.2.1 (OOO320m19) from Debian. Still broken for me on OpenSuSE: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.6 from SuSE's "OpenOffice.org STABLE" repository: http://download.opensuse.org/repositories/OpenOffice.org:/STABLE/openSUSE_11.1/ ... and now that I'm home, also still broken on Debian sid, in interesting ways. First, the technicalities: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.4, Debian package 1:3.2.1-9 The brokenness: 1) Opeing the test document, both RTL strings appear horizontal. They are both set to be 90 degrees rotated (in Format -> Character... -> Position). They are both in LTR paragraphs. 2) Changing the paragraph direction to RTL immediately rotates the strings, but LTR characters appended to it show up in "visual" order (that is, RTL in the order they were typed; numbers and English words are reversed). 3) Prepending LTR characters to the paragraph makes things even weirder: Strong LTR characters are un-rotated, weak LTR (digits) are rotated after the RTL but horizontal before it. LTR characters before the first RTL character appear in correct BiDi order, but LTR characters after it are in RTL visual order. This behavior is pretty much the same as what I saw on OpenSuSE. As Dotan noted, the summary of this bug is misleading: Rotation doesn't quite work whenever a character in the rotated paragraph doesn't match its direction, regardless of the product version. Reset assigne to the default "issues@openoffice.apache.org". |