Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Each Character of string flipped horizontally instead of complete string rotated in graphic line rotated 180 degrees | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | General | Reporter: | Joe Smith <jes> | ||||||||
Component: | code | Assignee: | Armin Le Grand <Armin.Le.Grand> | ||||||||
Status: | CLOSED FIXED | QA Contact: | |||||||||
Severity: | Normal | ||||||||||
Priority: | P3 | CC: | aoo.zhaoshzh, Armin.Le.Grand, binbjguo, issues, rainerbielefeld_ooo_qa | ||||||||
Version: | 3.3.0 or older (OOo) | ||||||||||
Target Milestone: | 4.1.0 | ||||||||||
Hardware: | All | ||||||||||
OS: | All | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | 4.1.0-dev | ||||||||
Developer Difficulty: | --- | ||||||||||
Attachments: |
|
Description
Joe Smith
2012-12-17 14:47:41 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
Verified on Aoo_Trunk_20121214.1915 Rev.1413470, confirm it. 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 Created attachment 82613 [details]
New Sample
New sample with grid eases reproducing the problem
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... Works as expected, committed, done. "alg" committed SVN revision 1569541 into trunk: i121494 Corrected text decomposition when no text distances for text frame ar... verified on AOO410m15(Build:9761) - Rev. 1585021 works well on AOO410m14(Build:9760) - Rev. 1585624 |