Apache OpenOffice (AOO) Bugzilla – Issue 51444
Layout issue; fonts/combining diacritics problem?
Last modified: 2006-02-03 13:06:20 UTC
My first bug report, and I'm a linguist not a coder, so please bear with me if I've done this report incorrectly. I open a small (one page) OOo 1.1.4 Writer document in OOo 1.9.109. The document contains multilingual Unicode text, including the Roman alphabet; Greek and Greek Extended character sets; combining diacritics (particularly 0323, combining dot below). In the font 'Palatino Linotype' everything is normal (some glyphs are missing in Palatino Linotype, but that's the font's fault). However, change the font of the Greek text (e.g. by changing the font for the 'Default' style) to Tahoma, and the layout and font handling are wholly screwed up. Some parts of the text appear correctly; most Greek text appears overlaid with 'no character' blank boxes, and many characters are rendered twice overlapping themselves. Still other parts (further down the page) seem to have justification and spacing screwed up. Changing the font of the Greek text to other, non-standard fonts, has varying effects including (a) the text appears correctly (e.g. in 'Microsoft Sans Serif'); (b) the layout is as badly or even more screwed up (e.g. 'FreeSerif'); (c) crash. I can supply links to fonts that cause conditions (b) and (c) for me; I'm not sure if I can re-distribute the font that causes crashes here. There are no problems with the document whatsoever in OOo 1.1.4 in Windows XP (SP2), no matter what font is used. Notes that might be relevant: The document has been edited both on a Windows XP PC running OOo 1.1.4 and on a Mac OS X 10.3 system running NeoOffice/J 1.1 RC. Attachments (to follow): - the Writer document ('Archilochos fragment.sxw') - pdf file of the document, with correct layout ('Archilochos fragment.pdf') - screenshot of OOo 1.9.109 screwing up the formatting ('screenshot.png') Please let me know if there are any diagnostics I can do to clarify things.
Created attachment 27600 [details] OOo 1.1.4 file 'Archilochos fragment.sxw' that causes problems in OOo 1.9.109
Created attachment 27601 [details] PDF file of OOo 1.1.4 Writer document with correct layout ('Archilochos fragment.pdf')
Created attachment 27602 [details] Screenshot of OOo 1.9.109 with incorrect layout ('screenshot.png')
Reassigned to US.
Problem still exists in 1.9.113; I'm not able to check 1.9.118 just now. The problem exists not just with OOo 1.1 documents but with new 1.9 documents too. For example, copying-and-pasting the following Unicode text into OOo 1.9 Writer should produce the same error. Sample text: ἀγνοοῦσα ἥδοιτο, ὡς ἂν καὶ τὰ ἐμ[ὰ γνοίη-] τε. ἄπιθι, ἤδη, πρὶν φοιτῆσαι π[αρὰ ...] τὸν συγκοιμώμενον μὴ καὶ α̣[ὐτὴ δαίμο-] νος ἀπολαύσῃς χαλεποῦ.” ταῦτα [δὲ ὡς ἀνέ-] γνων, ἐβουλόμην μὲν ἐπισκ[.......] “ἡ μὲν ἐπιστολὴ ταῦ- τα ἐδήλ̣ου. ἐγὼ δὲ πῶς ἄ[ν ς]ο̣ι̣, ὦ Δεινία, τὸ̣ μέ̣[γ]α̣ λέξ̣α[ιμ]ι̣,” ἔ̣- φη̣ [ἡ Δ]ερκυ̣[λλίς, “τί-] ν̣α [καρ]δίαν̣ λα[βοῦ-] ς̣[α] τ̣ί̣ν̣α φωνὴ[ν οὕ-] τω γενναίαν· προεῖ-
Afterthought to my last message: this seems to me to confirm that the problem is with how combining diacritics are being handled; though as noted in my original submission, the problem occurs only in some fonts. Sample text two (using combining diacritics, not precomposed characters): déjà vu; raison d’être; ich öffne die Tür. The errors produced by this text are less serious than those caused by glyph 0323 ("combining dot below")
can confirm this problem on linux (m118) with a couple of fonts. But doesn't happen with other fonts. -> OS to ALL Mybe a problem of "partial glyph-fallback". Fonts that fail include: "Bookman L", "Antigoni", "Comic Sans MS" Fonts that work fine include: "Gentium", "Galatia SIL", "Arial Unicode MS"
regression keyword since no such problems with OOo 1.1.4
us->hdu: can confirm that combinig diacritical marks with e.g. Palatino Linotype results in an offset of the marks on the display, no matter whether 'Online display' is used or not on Linux. á results in a'.
.
I found it. The root cause is the same as in issue 58077, which got fixed in CWS vcl47 (for target OOo 2.0.2) *** This issue has been marked as a duplicate of 58077 ***
*** Issue 48169 has been marked as a duplicate of this issue. ***
Closing.