Issue 34139

Summary:

Gaps between Arabic letters that should be joined

Product:

Writer

Reporter:

beroul <ben_geer>

Component:

code

Assignee:

hdu <hdu>

Status:

CLOSED NOT_AN_OOO_ISSUE

QA Contact:

issues@sw <issues>

Severity:

Trivial

Priority:

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.