Issue 34139

Summary: Gaps between Arabic letters that should be joined
Product: Writer Reporter: beroul <ben_geer>
Component: codeAssignee: hdu <hdu>
Status: CLOSED NOT_AN_OOO_ISSUE QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P3 CC: hennerd, issues, munzirtaha, pavel, philipp.lohmann
Version: current   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 79434    
Attachments:
Description Flags
OO Writer file in which incorrect gaps occur
none
Screenshot showing incorrect gaps between letters none

Description beroul 2004-09-13 23:26:33 UTC
In the attached OO Writer file, gaps appear between some Arabic letters that
should be joined together.  In the attached screenshot, I have drawn red ovals
around these gaps.

This happens with some fonts (the example is in KacstQurn, and it also occurs
e.g. with DecoType Naskh), but not others (e.g. Microsoft's Traditional Arabic
font).  I have seen it with OOo 1.1.2, as well as a recent build of OOo 1.1.3,
on Windows and Linux.

The gaps don't always occur in the same words; the problem seems to be highly
sensitive to context (e.g. the preceding words in the paragraph) and font size.

The KacstQurn font used in the example is available from:
http://www.arabeyes.org/project.php?proj=Khotot
Comment 1 beroul 2004-09-13 23:27:16 UTC
Created attachment 17687 [details]
OO Writer file in which incorrect gaps occur
Comment 2 beroul 2004-09-13 23:27:42 UTC
Created attachment 17688 [details]
Screenshot showing incorrect gaps between letters
Comment 3 beroul 2004-09-13 23:40:04 UTC
By the way, the gaps also show up in PDF output and in printed output (though
not always in the same places).
Comment 4 maysara 2004-10-24 01:32:21 UTC
i get a probably relevant issue but i get the characters overlapped and that
using any font at any size except some exceptions , it becomes extremly
overlapped when using KacstLetter font for example using font size 7 , but it
varies from font to font still they all share it , and sometimes setting font
style to bold helps , but not always , this was tested on a 1.1.0 under mdk
linux and a 1.1.3 (i guess) under k12 4.1 
Comment 5 munzirtaha 2004-10-24 10:59:54 UTC
maysara, I think you mean issue: 
http://www.openoffice.org/issues/show_bug.cgi?id=25565 
which is now solved, right? 
Comment 6 hennerdrewes 2008-02-03 17:14:25 UTC
See my comments to issue 60594 and to issue 77976
Comment 7 Joost Andrae 2008-07-09 11:40:19 UTC
reassign to hdu. changing component
Comment 8 Joost Andrae 2008-07-09 11:41:37 UTC
changed copmonent + subcomponent + owner + target
Comment 9 hdu@apache.org 2008-11-26 11:56:29 UTC
In a scenario, where all of the statements below are true
1. the actual layout is done on a different device (aka. reference device) than the target device
2. due to WYSIWYG the result cannot be optimized much for the target device
3. the layout doesn't scale exactly linear
4. glyph shapes should not be distorted
there is no possibility to avoid this unfortunate effects.
Comment 10 munzirtaha 2008-11-27 10:07:24 UTC
@hdu: I am a typical user and I don't understand the technical jargon of
reference device and linear scaling and that stuff but I just know that MS
Office works! koffice works! and OOo don't.
Comment 11 thorsten.ziehm 2009-05-18 13:45:22 UTC
What about this issue? It's marked as a reminder. Does it work in OOo 3.1 or
should it be addressed for one of the next releases? I changed the target to 3.x
to get the 3.1 target clean. Because 3.1 is released.