Red Hat Bugzilla – Bug 174147
unable to display rendered fonts (indic) properly for some complex base fonts.
Last modified: 2014-03-25 20:52:51 EDT
Description of problem:
Thought I open a new bug as the previous Bug 157816, was for FC4.
When tried to copy and paste indic text from gedit to oowriter, the information
does not get display properly
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.copy and paste the sample test case into oowriter
same output as gedit
Created attachment 121472 [details]
sample test case containing text from 5 indic locale
Created attachment 121473 [details]
sceenshot comparing the output in gedit and openoffice
Created attachment 121479 [details]
odd, looks good for me
Re: Comment #3
Upgraded to openoffice.org-*-2.0.1-0.141.1.2, I can reproduce your screenshot in
en_US locale. So you are right that it affects only certain locale. :)
For Comment #2, the locale used was bn_IN locale. The next scrrenshot to be
attached is from ja_JP locale, works better but I think composed characters are
not rendered properly.
Created attachment 121525 [details]
screenshot taken with oowriter started in ja locale
This is actually more subtle than I thought, depends on the base selected font.
If its a font that passes FT_IS_SFNT( maFaceFT ) one layout engine is used,
otherwise another. In one mode the missing glyphs are inserted in logical order,
in another visual order. So for e.g. the default Japanese font from the ja
locale the ordering is not in logical ordering, so on the glyphs being
substituted the combining doesn't take place, while for e.g. Luxi Mono the
glyphs are in logical order, and so the combining for fallback glyphs does take
place. Fix checked in.
Verified with openoffice.org-core-2.0.1-145.3.2, font fallback is great now.