Issue 97326 - Text wrongly rotated for mixed Cairo/Non-Cairo drawing
Summary: Text wrongly rotated for mixed Cairo/Non-Cairo drawing
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 2.4.1 RC1
Hardware: PC Unix, all
: P2 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: joerg.skottke
QA Contact: issues@gsl
URL:
Keywords:
: 90742 91614 92135 94675 95269 96628 (view as issue list)
Depends on:
Blocks: 93493 92135 95269
  Show dependency tree
 
Reported: 2008-12-16 20:30 UTC by joerg.skottke
Modified: 2010-07-29 09:57 UTC (History)
3 users (show)

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


Attachments
Document with jumpy characters (20.60 KB, application/vnd.oasis.opendocument.graphics)
2008-12-16 20:31 UTC, joerg.skottke
no flags Details
does this make a difference (1.21 KB, patch)
2008-12-17 15:08 UTC, caolanm
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description joerg.skottke 2008-12-16 20:30:54 UTC
The attached document - based on the CD Cover template from StarOffice - shows
characters jumping around by random.

The last actions performed before this happened were:
* Insert text field
* Enter text
* Select text (CTRL+SHIFT+POS1)
* Select Font (URW Chancery L)
* Set font attribute Bold
* Exit selection

This happens with StarOffice OOO300m12 and OpenOffice.org OOO300m13, german,
Ubuntu Intrepid x86.
Comment 1 joerg.skottke 2008-12-16 20:31:39 UTC
Created attachment 58869 [details]
Document with jumpy characters
Comment 2 hdu@apache.org 2008-12-17 12:22:02 UTC
the behaviour seems to depend on the font size: it doesn't happen if the font size is big enough
Comment 3 hdu@apache.org 2008-12-17 12:57:00 UTC
also doesn't happen when the environment variable SAL_DISABLE_CAIROTEXT is set
Comment 4 caolanm 2008-12-17 15:08:37 UTC
Created attachment 58894 [details]
does this make a difference
Comment 5 hdu@apache.org 2008-12-17 16:18:31 UTC
@cmc: yes, that seems to fix it. What's happening here? Does Cairo mess with our FT_Face's 
transformation?
Comment 6 caolanm 2008-12-17 16:25:20 UTC
It must be doing so I'd guess
Comment 7 hdu@apache.org 2008-12-17 16:53:23 UTC
@cmc: Thanks! The idea with FT_LOAD_IGNORE_TRANSFORM is great, as we don't use freetype's 
FT_Set_Transform() call ourselves (yet).

Fixed in CWS vcl98.

TODO: check for more non-transformation side effects from cairo on our FT_Face

Comment 8 caolanm 2008-12-18 12:49:37 UTC
*** Issue 90742 has been marked as a duplicate of this issue. ***
Comment 9 hdu@apache.org 2008-12-18 15:23:01 UTC
Adjusted the summary to the root cause.

Mixed text drawing is currently possible if any of these scenarios is involved: vertical writing, artifical 
boldness, disabled antialiasing (e.g. for masking or xor-based animations), glyph outlines e.g. in 
fontworks
Comment 10 hdu@apache.org 2008-12-19 09:03:57 UTC
*** Issue 96628 has been marked as a duplicate of this issue. ***
Comment 11 hdu@apache.org 2008-12-19 09:07:44 UTC
*** Issue 91614 has been marked as a duplicate of this issue. ***
Comment 12 hdu@apache.org 2008-12-19 09:13:38 UTC
*** Issue 94675 has been marked as a duplicate of this issue. ***
Comment 13 hdu@apache.org 2008-12-19 09:49:27 UTC
Fixed spelling and updated version to make dupe-hunting easier.
Comment 14 hdu@apache.org 2008-12-19 09:50:56 UTC
.
Comment 15 hdu@apache.org 2009-01-16 12:53:57 UTC
@jsk: please verify in CWS vcl98
Feel free to check the related issue 93493 and issue 95269 too.
Comment 16 joerg.skottke 2009-01-27 14:36:53 UTC
Verified. 
Comment 17 wolframgarten 2009-02-26 14:34:32 UTC
*** Issue 95269 has been marked as a duplicate of this issue. ***
Comment 18 joerg.skottke 2009-03-18 09:35:08 UTC
Starting MWS verification
Comment 19 joerg.skottke 2009-03-18 10:16:53 UTC
Not jumping anymore in m5/m6 Linux. Closing
Comment 20 hdu@apache.org 2010-07-29 09:57:41 UTC
*** Issue 92135 has been marked as a duplicate of this issue. ***