Issue 61835 - glyph replacement seems to work for second+ levels only if missing glyphs are at start of run
Summary: glyph replacement seems to work for second+ levels only if missing glyphs are...
Status: CLOSED DUPLICATE of issue 64743
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 680m155
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0.3
Assignee: hdu@apache.org
QA Contact: issues@gsl
URL:
Keywords:
Depends on:
Blocks: 54603
  Show dependency tree
 
Reported: 2006-02-09 09:32 UTC by caolanm
Modified: 2006-04-26 10:23 UTC (History)
1 user (show)

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


Attachments
picture (2.63 KB, image/png)
2006-02-09 09:32 UTC, caolanm
no flags Details
testcases (26.55 KB, application/x-compressed)
2006-02-09 09:32 UTC, caolanm
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description caolanm 2006-02-09 09:32:01 UTC
glyph replacement only seems to work for second+ levels if missing glyphs are at
start of run.

e.g see picture and zip of testcases.

Font is "Bitstream Vera Sans" which doesn't contain Chinese of Korean glyphs.
Locale is en_US.UTF-8. (stock SRC680_m155 on normal Fedora Core 4 with
fonts-korean and fonts-chinese installed)

I think that a chinese font is higher in the fallback list than korean. I think
that the first level fallbacks get drawn correctly, but that higher level always
get drawn at position 0, or something similar to this.

Take "ok.odp", the 2nd letter being chinese gets drawn correctly in the right
place, the korean glyph gets drawn at position 0 which is correct. So all looks
well.

In "notok0.odp" all is the same except the order of the characters is reversed,
the chinese glyph gets drawn correctly, but the korean one gets drawn at
position 0 on top of the chinese one.

In "notok1.odp" we have a chinese glyph, a korean one, and the chinese one
again. The chinese ones are placed correctly, while the korean one overlaps the
first glyph again as in notok0.odp

In "notok2.odp" we have a korean glyph, a chinese one, and the korean one again.
The chinese ones are placed correctly, while the first korean one is at position
0, and the second one overlaps the correctly placed chinese glyph


Picture is ok.odp and notok.odp side by side
Comment 1 caolanm 2006-02-09 09:32:23 UTC
Created attachment 33995 [details]
picture
Comment 2 caolanm 2006-02-09 09:32:47 UTC
Created attachment 33996 [details]
testcases
Comment 3 hdu@apache.org 2006-02-09 10:41:46 UTC
.
Comment 4 hdu@apache.org 2006-03-14 15:57:12 UTC
setting a target
Comment 5 hdu@apache.org 2006-04-26 10:22:52 UTC
fixed by patch in issue 64743

*** This issue has been marked as a duplicate of 64743 ***
Comment 6 hdu@apache.org 2006-04-26 10:23:49 UTC
Closing duplicate.