Bug 180124

Summary: second glyph substitution passes corrupted
Product: [Fedora] Fedora Reporter: Lawrence Lim <llim>
Component: openoffice.orgAssignee: Caolan McNamara <caolanm>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: eng-i18n-bugs, pavel1r, tools-bugs
Target Milestone: ---Keywords: i18n
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-04-26 09:25:13 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
sample file for illustrating this bug
none
not sure I understand how to reproduce yet
none
exact location of error none

Description Lawrence Lim 2006-02-06 06:51:21 UTC 
Description of problem:
The env setting for this bug is on zh_CN.UTF-8 Desktop. oocalc was started from
gnome-terminal in en_US.UTF-8 locale.

Version-Release number of selected component (if applicable):
openoffice.org-calc-2.0.1.1-5.2
scim-1.4.2-9
scim-pinyin-0.5.91-3.1

How reproducible:
Always

Steps to Reproduce:
1.in gdm log in with zh_CN locale (pre-req: scim and scim-pinyin installed)
2.start oocalc with sample opd file in en_US locale 
3.ctrl-space to activate SCIM
4. enter in between charcacters of line 3 of text for example
5. enter hongmao1
6. enter qiye1
  
Actual results:
text got scambled together

Expected results:
should be the same as input with oocalc in zh_CN locale

Additional info:
to verify, copy and paste the line of text into gedit, it should reveal the
difference clearly
Comment 1 Lawrence Lim 2006-02-06 06:51:21 UTC 
Created attachment 124243 [details]
sample file for illustrating this bug
Comment 2 Caolan McNamara 2006-02-06 13:31:12 UTC 
Created attachment 124255 [details]
not sure I understand how to reproduce yet

I opened the attachment with en_US locale but pinyan scim enabled and typed the
suggested letters into the 3rd line of zh_CN text and then the third line of
the document and here's what it looked like, and it looked ok. 

Am I misunderstanding, or not not reproducing ?
Comment 3 Lawrence Lim 2006-02-07 07:37:29 UTC 
Created attachment 124301 [details]
exact location of error

You are definitely on the right track. Noticed in the new screenshot, the new
input characters is very close to the original text in the document. Each
characters should be equally width. If you continue to input, characters may
overlaps as well.
Comment 4 Caolan McNamara 2006-02-08 18:53:33 UTC 
I've debugged enough of the problem now to see that it's a particularly nasty
one :-). It all depends on the order of the glyphs that are missing from the
font. Only the first pass of glyph substitution works correctly, follow up
passes don't get drawn in the right place or at all or some varient of that.
I'll knock up some demos that reproduce the problem in a pristine upstream
version and get some feedback on a solution.
Comment 5 Lawrence Lim 2006-02-09 05:35:59 UTC 
Noticed that oowriter also has the problem as well and only with en_US.
Comment 6 Caolan McNamara 2006-02-09 13:14:22 UTC 
*** Bug 171836 has been marked as a duplicate of this bug. ***
Comment 7 Caolan McNamara 2006-04-26 09:25:13 UTC 
Our OOo font developer tells me I've fixed this with my patch for bug 189761,
i.e. http://www.openoffice.org/issues/show_bug.cgi?id=64743. A good day.

*** This bug has been marked as a duplicate of 189761 ***