Issue 99227 - incorrect display of numbers in vertical ruler
Summary: incorrect display of numbers in vertical ruler
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOO310m1
Hardware: All Unix, all
: P3 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: eric.savary
QA Contact: issues@gsl
URL:
Keywords: oooqa, regression, release_blocker
: 99315 (view as issue list)
Depends on:
Blocks: 95768
  Show dependency tree
 
Reported: 2009-02-14 16:04 UTC by andreschnabel
Modified: 2009-03-17 14:49 UTC (History)
4 users (show)

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

Attachments
ok in 3.0.1 (35.06 KB, image/png)
2009-02-14 16:07 UTC, andreschnabel 		no flags Details
not ok in 310m1 (32.37 KB, image/png)
2009-02-14 16:07 UTC, andreschnabel 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description andreschnabel 2009-02-14 16:04:42 UTC 
Starting with OOo310m1 the numbers in the vertical ruler are not rotated
anymore. Digits are shown one above the other in the wrong order. 
e.g. 12 is shown as
 2
 1

happens on linux only
regression from DEV300m40
Comment 1 andreschnabel 2009-02-14 16:07:34 UTC 
Created attachment 60163 [details]
ok in 3.0.1
Comment 2 andreschnabel 2009-02-14 16:07:59 UTC 
Created attachment 60164 [details]
not ok in 310m1
Comment 3 caolanm 2009-02-14 16:44:01 UTC 
Does export SAL_DISABLE_CAIROTEXT=1 make a difference ?
Comment 4 Mechtilde 2009-02-14 17:52:55 UTC 
I set it as release_blocker
Comment 5 andreschnabel 2009-02-14 20:05:19 UTC 
with SAL_DISABLE_CAIROTEXT=1 I get the correct behaviour (numbers are rotated)
Comment 6 caolanm 2009-02-14 20:15:13 UTC 
I thought we had this fixed, don't have a build of my own handy yet to test this
though
Comment 7 hdu@apache.org 2009-02-16 07:22:00 UTC 
Doesn't seem to be from the DrawingLayer work, because it only happens on UNX but not on MAC or WIN. 
Looking into it, it may be a OOo31 showstopper.
Comment 8 caolanm 2009-02-16 09:34:32 UTC 
Sounds the same as issue 97326, but that should be in OOO310m1
Comment 9 hdu@apache.org 2009-02-16 10:44:56 UTC 
setting target
Comment 10 hdu@apache.org 2009-02-16 11:29:16 UTC 
I think the difference between 97326 and this one is that the former issue was a problem with Cairo-
Rendering influencing Direct-Rendering, whereas this one is that Direct-Rendering influences Cairo-
Rendering.
Comment 11 hdu@apache.org 2009-02-16 15:58:02 UTC 
With OOO310_m1 the FT_LOAD_IGNORE_TRANSFORM flag is also set for direct calls from cairo into 
freetype's FT_Load_Glyph() function! IMHO cairo can only get this idea via ft_font_face_create_for_ft_face. 
Since FT_LOAD_IGNORE_TRANSFORM is a glyph-specific flag and not face-specific this cannot be 
though...
Comment 12 hdu@apache.org 2009-02-16 16:10:41 UTC 
Found and fixed it in CWS ooo31gsl2.
Comment 13 sgautier.ooo 2009-02-17 17:55:38 UTC 
*** Issue 99315 has been marked as a duplicate of this issue. ***
Comment 14 hdu@apache.org 2009-02-19 07:48:07 UTC 
@es: please verify in CWS ooo31gsl2
Comment 15 stefan.baltzer 2009-02-20 11:35:23 UTC 
Verified in CWS ooo31gsl2
Comment 16 eric.savary 2009-03-17 14:49:37 UTC 
Ok in OOO310m5