|
2008-06-09 13:35
|
|
|
|
As Scribus doesnt support Arabic (yet), this is not going to work anyway. |
|
|
What has this to do with Arabic? This may be important if Fonts are not embedded. In this example, normal Fonts are embedded and encoded in EPS. There is no difference between arabic and latin charachters - besides the fact, that placement differs in values (negative dx e.t.c.). By the way - in my example neither latin nor arabic characters are shown. |
|
|
I have forgotten: I do not expect editable text after import. Just placed glyphs as vectorgraphics... |
|
|
>> There is no difference between arabic and latin charachters - besides the fact, that placement differs in values (negative dx e.t.c.) That's wrong. Unlike latin characters, arabic characters require special processing by the text layout engine to display correctly. |
|
2008-06-11 08:27
|
gsrendering.png (64,084 bytes) |
|
|
Seems that we can't solve that problem, see the attached gsrendering.png. Even the newest Ghostscript can't render this eps correctly. And as we depend on Ghostscript for the eps import...... |
|
|
After a discussion with the Ghostscript developers, they acknowledge the bug. http://bugs.ghostscript.com/show_bug.cgi?id=689965 |
|
|
As the Ghostscript bug determines that the fonts are not being embedded properly, it is the producing application which is at fault. |
- Anonymous
