Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Gaps between Arabic letters that should be joined|
|Status:||CLOSED NOT_AN_OOO_ISSUE||QA Contact:||issues@sw <issues>|
|Priority:||P3||CC:||hennerd, issues, munzirtaha, pavel, philipp.lohmann|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
|Issue Depends on:|
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 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 firstname.lastname@example.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.