Issue 99446 - Rotation doesn't work for Bidi chars in non-Bidi version
Summary: Rotation doesn't work for Bidi chars in non-Bidi version
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.0.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: BIDI, needhelp, oooqa
: 109588 (view as issue list)
Depends on:
Blocks: 114236
  Show dependency tree
Reported: 2009-02-20 08:03 UTC by victor21
Modified: 2017-05-20 11:17 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

attachment 1, set 90 degrees for English text (40.58 KB, image/jpeg)
2009-02-24 07:51 UTC, victor21
no flags Details
attachment 2, rotation works well for English text (4.10 KB, image/jpeg)
2009-02-24 07:52 UTC, victor21
no flags Details
attachment 3, rotation doesn't work for bidi text (3.66 KB, image/jpeg)
2009-02-24 07:53 UTC, victor21
no flags Details
sample (7.49 KB, application/vnd.oasis.opendocument.text)
2009-02-24 08:54 UTC, victor21
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description victor21 2009-02-20 08:03:32 UTC
1. Open a Text Document(OpenOffice 3.0, English version).
2. Input some Arabic characters or Hebrew characters.
3. Select these characters, right click and select "Character..." in pop-up 
4. Select "Position" tab in "Character" dialog.
5. Select "90 degrees" in "Rotation/scaling", then click "OK" button in dialog.

The selected characters aren't rotated. But if the characters are English, 
they are rotated well. The similar problem also exists in Arabic version. 
However, in Arabic version, the Bidi characters are rotated well, but English 
characters can't.
Comment 1 Rainer Bielefeld 2009-02-24 06:08:09 UTC
- specify your OS and Platform!
- attach a sample document and complete information concerning your 
  language / linguistic settings!
Comment 2 victor21 2009-02-24 07:42:42 UTC
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]). 
Comment 3 victor21 2009-02-24 07:51:53 UTC
Created attachment 60424 [details]
attachment 1 [details], set 90 degrees for English text
Comment 4 victor21 2009-02-24 07:52:44 UTC
Created attachment 60425 [details]
attachment 2 [details], rotation works well for English text
Comment 5 victor21 2009-02-24 07:53:38 UTC
Created attachment 60426 [details]
attachment 3 [details], rotation doesn't work for bidi text
Comment 6 Rainer Bielefeld 2009-02-24 08:16:36 UTC
I asked for Sample documents, not for screenshots! Pls. attach an OOo Text document!
Comment 7 victor21 2009-02-24 08:47:20 UTC
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.
Comment 8 victor21 2009-02-24 08:54:27 UTC
Created attachment 60431 [details]
Comment 9 Rainer Bielefeld 2009-02-24 09:18:00 UTC
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"
Comment 10 victor21 2009-02-25 01:08:51 UTC
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.
Comment 11 andreas.martens 2009-07-08 14:56:29 UTC
ama->od: Something for you or mst?
Comment 12 Oliver-Rainer Wittmann 2009-12-02 13:59:40 UTC
setting target.

OD->MRU: Any input from your side on this issue?
Comment 13 michael.ruess 2009-12-03 11:52:14 UTC
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.
Comment 14 michael.ruess 2010-02-25 16:10:30 UTC
*** Issue 109588 has been marked as a duplicate of this issue. ***
Comment 15 shai2platonix 2010-03-03 11:24:27 UTC
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.
Comment 16 Dotan Cohen 2010-03-08 21:39:28 UTC
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.
Comment 17 kaplanlior 2010-08-14 18:25:52 UTC
Works OK for me with 3.2.1 (OOO320m19) from Debian.
Comment 18 shai2platonix 2010-11-24 13:28:53 UTC
Still broken for me on OpenSuSE: 3.2.1 
OOO320m19 (Build:9505)

from SuSE's " STABLE" repository:
Comment 19 shai2platonix 2010-11-24 21:32:03 UTC
... and now that I'm home, also still broken on Debian sid, in interesting ways.

First, the technicalities: 3.2.1 
OOO320m19 (Build:9505)
ooo-build, 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.
Comment 20 Marcus 2017-05-20 11:17:39 UTC
Reset assigne to the default "".