Bug 198625 - [ooimpress][zh_TW] english characters are missing during C'n' P
Summary: [ooimpress][zh_TW] english characters are missing during C'n' P
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact:
Keywords: i18n
Depends On:
TreeView+ depends on / blocked
Reported: 2006-07-12 13:12 UTC by A S Alam
Modified: 2013-07-03 00:37 UTC (History)
2 users (show)

Fixed In Version: openoffice.org-core-2.0.4-2.2
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-31 14:04:01 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Test File with zh_CN and en_US text (161 bytes, text/plain)
2006-07-12 13:12 UTC, A S Alam
no flags Details
Image file (10.46 KB, image/png)
2006-07-12 13:14 UTC, A S Alam
no flags Details

Description A S Alam 2006-07-12 13:12:32 UTC
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):

How reproducible:

Steps to Reproduce:
1. open ooimpress
2. paste data with zh_TW+ en_US (from attachment
3 [details]. 
Actual results:
only zh_TW characters are available

Expected results:
English character should be there

Additional info:

Comment 1 A S Alam 2006-07-12 13:12:32 UTC
Created attachment 132300 [details]
Test File with zh_CN and en_US text

Comment 2 A S Alam 2006-07-12 13:14:17 UTC
Created attachment 132301 [details]
Image file

Comment 3 Caolan McNamara 2006-07-13 10:29:03 UTC
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

Comment 4 A S Alam 2006-07-14 06:06:22 UTC
it was working on pre-installed Test machine, but problem found for Fresh
of Fedora Core (rawhide) in zh_TW language. 

Comment 5 Caolan McNamara 2006-08-17 09:32:08 UTC
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
difference ?

Comment 6 Caius Chance 2006-08-28 08:07:17 UTC
Ran the test by:
    `LANG=zh_TW.UTF8 ooimpress`
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
zh_TW.big5 etc.

Comment 7 Satyabrata Maitra 2006-08-31 14:04:01 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.