Red Hat Bugzilla – Bug 198625
[ooimpress][zh_TW] english characters are missing during C'n' P
Last modified: 2013-07-02 20:37:44 EDT
Description of problem:
during copy and paste data in Impress, English character are not shown, only
local langauge characters are shown
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. open ooimpress
2. paste data with zh_TW+ en_US (from attachment
only zh_TW characters are available
English character should be there
Created attachment 132300 [details]
Test File with zh_CN and en_US text
Created attachment 132301 [details]
I've tried this in the locales of en-US, zh-TW, and zh-CN with fonts-chinese
installed and without, and it's working for me :-(
so, does it work fine when pasted into gedit ?
OOo only takes ttf/afm fonts into consideration for its font and glyph fallback,
which makes it somewhat different to gedit and friends which take bitmap fonts
into consideration also. So if it works in gedit, then maybe (unlikely) there is
no outline font installed which has english glyphs, or something wrong in OOo or
the font which has been selected as the fallback font for the english glyphs.
Do you have any special chinese fonts installed which are not part of
fonts-chinese ?, maybe something is claiming to have english glyphs but doesn't
Does selecting the text and changing the font to "AR PL ShanHeiSun Uni" or
something else change anything
it was working on pre-installed Test machine, but problem found for Fresh
of Fedora Core (rawhide) in zh_TW language.
Never could reproduce this, looks lovely for me in 2.0.3-7.9. I'd need to get
some more information if this still exists, fonts-chinese is surely installed on
such an installation, and does it work fine in gedit, any difference in oowriter
vs ooimpress, and would launching ooimpress from an en_US locale make a difference ?
Is dejavu-lgc-fonts installed, and if not does adding that package make a
Ran the test by:
without any problem.
Works fine with the following packages:
Please check if the locale is zh_TW.UTF-8 instead of other encoding such as
The English chars mixed with zh_TW chars are appearing and showing in the text
box created in the ooimpress.
Component version tested : openoffice.org-core-2.0.4-2.2
Arch : i386 (rawhide)
Additional Info : this has been tested login with other locale and running
ooimpress in zh_TW locale. And it works fine. If any other envionment, any wrong
output found in future, pls reopen the bug.