Apache OpenOffice (AOO) Bugzilla – Issue 115486
Font substitution broken in presentation mode
Last modified: 2013-01-29 21:47:44 UTC
In Impress 3.2.0, when I use Unicode characters that are not contained in the currently selected font, relying on automatic font substitution for missing glyphs, the strings are displayed fine in normal editing, but produce unpredictable mojibake in presentation mode. It is not the missing letters themselves that get displayed wrong, but the presence of missing letters causes the display of random other letters to be corrupted. This is on Ubuntu Linux version 10.4 (also happened on earlier Ubuntu versions and earlier OOo) To reproduce: create a presentation slide with three textboxes, containing the following three strings, all formatted with the Liberation Sans font: 1. abc→ἇ 2. abc→ 3. abc ἇ Note that the arrow character (→, U+2192) is contained in Liberation Sans, while the accented Greek character (ἇ, U+1F07) is not. In editing mode, all characters are displayed correctly. The ἇ character is automatically substituted from some other font (FreeSans on my system). In presentation mode, strings 2 and 3 are displayed correctly, but in string 1 the arrow character is replaced with a "ŷ". The ἇ character itself, whose presence causes the problem, is still displayed correctly. The substitutions vary depending on the triggering character and on the fonts involved (e.g. if the requested font is Liberation Sans, the replacement character is a "ŷ"; in Arial, it is "Ÿ".)
Created attachment 72911 [details] test .odp demonstrating font substitution bug
Created attachment 72912 [details] screenshot showing display bug in presentation mode
Summary: Not included characters in selected fonts are not shown correctly. Issue is SOMEHOW reproducible with Impress version OOo-dev 3.4.0 DEV300m99 (Build:9570) using the following configuration: 1- 32 Bit Windows 7 2- Dell Laptop Latitude E5500 3- Processor: Intel(R) Core(TM)2Due CPU 2.00 GHz 4- RAM: 3.00 GB As the original report has been reported on PC Linux, my report is depending on 32 Bit Windows 7 platform. This might be a cause of the variation between what I see and what the original reporter noticed. To reproduce the issue, do the following: 1- Open a new presentation using (File-> New-> Presentation. Then in the dialogue appears choose Empty Presentation then click create 2- In a text box, paste the following string between quotes: “1. abc→ἇ 2. abc→ 3. abc ἇ” 3- Create a new slide and in a text box, paste the following string: “1. abc→ἇ 2. abc→ 3. abc ἇ” 4- Change the font of all texts in both of the two slides to “Liberation Sans Narrow” 5- Note the difference between the last character in first and second slide. Analysis: The letter “ἇ” is shown correctly in slide 1 in both locations. However in slide 2, it is shown correctly only in 1st line, but it is not shown in line 3. According to the original report, this misbehaving could be due to the use of Unicode characters that are not contained in the currently selected font. The accented Greek character (ἇ, U+1F07) is not included in “Liberation Sans” font. I think it is worthy to be mentioned that when you change the font to “Arial”, characters are shown correctly. Difference: 1- The difference between original report and my report is that in the original report, the affected character is the arrow one “→” in first line in slide 2 although it is already included in the font. However in my environment, the affected character is the same character (ἇ, U+1F07) that is not included in the font. 2- In the original report, the letter is shown correctly in edit mode, but not shown correctly in slide show. This is not the case with my notices. It is the same (either correctly or incorrectly) in both edit mode and slide show I will attach both screen shot and a sample file with 2 slides.
Created attachment 76016 [details] A sample file with 2 slides that shows the issue on my machine
Created attachment 76017 [details] Screenshot for the issue
Reproduce this bug on win7-64bit on AOO3.5 r1387022 Not included characters in selected fonts are not shown correctly