Issue 121494 - Each Character of string flipped horizontally instead of complete string rotated in graphic line rotated 180 degrees
Summary: Each Character of string flipped horizontally instead of complete string rota...
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Normal (vote)
Target Milestone: 4.1.0
Assignee: Armin Le Grand
QA Contact:
Depends on:
Reported: 2012-12-17 14:47 UTC by Joe Smith
Modified: 2017-05-20 10:35 UTC (History)
5 users (show)

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

Sample document showing problem (13.32 KB, application/vnd.oasis.opendocument.spreadsheet)
2012-12-17 14:47 UTC, Joe Smith
no flags Details
Screen capture showing problem (162.01 KB, image/png)
2012-12-17 14:52 UTC, Joe Smith
no flags Details
New Sample (17.92 KB, application/x-vnd.oasis.opendocument.spreadsheet)
2014-02-18 08:26 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Joe Smith 2012-12-17 14:47:41 UTC
Created attachment 80030 [details]
Sample document showing problem

Steps to reproduce:

1) Create a graphic line (Drawing toolbar), add a text label (double-click or F2)

2) Rotate the line 180°

Text should rotate with the line, upside down and right-to-left, but instead is rotated differently and out of position.

use angle other than 180: 180.01.
use line width > zero
create line in Draw and paste into Calc

More discussion:
Comment 1 Joe Smith 2012-12-17 14:52:20 UTC
Created attachment 80031 [details]
Screen capture showing problem

Problem reproduced on WinXP & Linux (Fedora 17)

Does not occur in Win7, according to forum comment

Attached screenshot for reference
Comment 2 binguo 2012-12-21 10:39:30 UTC
Verified on Aoo_Trunk_20121214.1915 Rev.1413470, confirm it.
Comment 3 Rainer Bielefeld 2014-02-18 08:25:27 UTC
Still reproducible with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1566800 - 2014-02-12]" on German WIN7 Home Premium (64bit)", own separate user profile.

Additional Info:
(a) precondition to reproduce the problem is that the line is exactly
    horizontally (0°) and drawn from left to right
(b) you see a similar effect if you draw the line exactly
    horizontally from right to left and type some text into the line
(c) not a new effect, already visible with 3.3.0
(d) already visible similar with 3.1.1. But there not flipped character
    by character, but complete string flipped instead of rotated.
(e) was still ok with 2.0.2
(e1) seems to be a viewing / rendering problem, with 2.0.2 reporter's sample
     looks ok, text not mangled for rotated line.
(f) seems unrelated to CTL, Asian and other settings
(g) Not limited to Calc, all the same in Writer (but not in DRAW)
(h) I am pretty sure that I already saw this effect somewhere else,
    but I can't remember where and I can#t find a DUP
(i) LibO 4.1.3 also affected
Comment 4 Rainer Bielefeld 2014-02-18 08:26:43 UTC
Created attachment 82613 [details]
New Sample

New sample with grid eases reproducing the problem
Comment 5 Armin Le Grand 2014-02-18 22:04:07 UTC
Made some experiments; the difference between that object in writer/calc and draw/impress is that the text has no border distances. When then the snap range for the text is prepared, a zero height is the result that is then used as scale value to build a transformation. This is still not wrong, but looses the mirrorings when these are about to be applied to that transfomation by multiplying with scale(+/-1.0) in x and y to express mirroring. Thus, the Y-Mirror (180 degree rotation is the same as mirror X and Y) is lost and the text gets mirrored only in X, that is what you see as result.
To solve this keeping some logical height is required, 1.0 is the neutral logical height to use here (neutral in the sense that it does not influence scalings). Checking this solution...
Comment 6 Armin Le Grand 2014-02-18 22:10:06 UTC
Works as expected, committed, done.
Comment 7 SVN Robot 2014-02-18 22:17:11 UTC
"alg" committed SVN revision 1569541 into trunk:
i121494 Corrected text decomposition when no text distances for text frame ar...
Comment 8 zhaoshzh 2014-04-09 03:20:31 UTC
verified on AOO410m15(Build:9761)  -  Rev. 1585021
Comment 9 zhaoshzh 2014-04-09 07:25:31 UTC
works well on AOO410m14(Build:9760)  -  Rev. 1585624