Apache OpenOffice (AOO) Bugzilla – Issue 100390
Bullets appear in Writer on screen, but not in printed or PDF export output
Last modified: 2017-05-20 11:33:19 UTC
I have been working on a curriculum vitae (CV) to apply for a professor position at a small college. I started the CV in version 2.4. When the updates to 3.0 and 3.0.1 came out, I updated to those. After the updates I continued to work on the CV. When I printed it out to have someone proofread it, we discovered the bullets were missing from the beginnings of the lines, making it very difficult to read. I created a new file of three lines and selected Format -> Bullets and Numbering ... to add bullets. I noticed that only the top left box in the window had any bullets visible (though clicking on the other boxes would show names of bullets). I clicked on the top left box and had bullets inserted on screen. I clicked on PDF export and looked at the PDF file. It had no bullets. Fortunately, I had a tarball of version 2.4, so I uninstalled 3.0.1 and installed 2.4. It worked on both my CV file and the new test file.
Not reproducible in OOo 3.1 on Windows. @HI: please have a look on Linux with 3.0.1
Please provide a sample to evaluate. Thanks.
Created attachment 61074 [details] Simple test file with bullets that show on screen
Created attachment 61075 [details] The PDF export output of the Writer file that has bullets on screen.
Here are a Writer file with bullets that show on screen and its PDF export output that doesn't have them.
Ok, it seems not to be easy to catch it. I'll provide my version with suse and OOo301 How look likes your PDF-Export options settings?
Created attachment 61077 [details] Created with suse and OOo301
For the ignorant and uninformed, where are the PDF-Export options settings located? I looked through all of the pages in Tools -> Options... but found nothing. BTW, the printout on paper looks like the PDF export, so I would guess it's not the PDF export settings. I also created another test file; this one with graphic bullets. Its PDF export has the graphical bullets. I'll attach both files.
Created attachment 61078 [details] Test file with graphical bullets that appear on screen and in PDF output
Created attachment 61079 [details] PDF output of test file with graphical bullets.
Created attachment 61080 [details] Screenshot of adding bullets to text in file with non-graphical bullets. Note missing bullets in all but the upper left sub-window.
@sss01: FYI: HI meant the export settings you get while doing "File - Export as PDF". But looking at your screenshot, it may be a font problem related to OOo on your specific system. Please detail which exact Linux version (Redhat I see ;) ) you have. Make sure to use the 3.0.1 or better, the dev 3.1 to report here. Not the 2.4.1. @HDU: does the screenshot + problem description inspire you any comment? ;)
> @sss01: FYI: HI meant the export settings you get while doing "File - Export as PDF". Aha! I've just been clicking the toolbar button. The screenshot is of 3.0.1; things look proper when I have 2.4.1 installed. (BTW, I do an rpm -e of all the installed RPM files before I install the other version.) I'm running Fedora Core 4 Linux on a dual Athlon MP2400+ system with 2 GB of RAM. [craig]$ uname -a Linux mccluskey.linux 2.6.17-1.2142_FC4smp #1 SMP Tue Jul 11 22:57:02 EDT 2006 i686 athlon i386 GNU/Linux [craig]$ uptime 10:15:50 up 49 days, 10:56, 6 users, load average: 0.29, 0.39, 1.52
@pl: the bullet symbols are exported into the PDF as ZapfDingbats <095>, but the PDF doesn't embed that font @sss01: do you happen to know why the bullets used ZapfDingbats instead of the more common OpenSymbol font? Is the ZapfDingbats font on that system ok?
ZapfDingbats is one of the 14 PDF builtin fonts, so it shouldn't be embedded.
> @sss01: do you happen to know why the bullets used ZapfDingbats instead of the > more common OpenSymbol font? Is the ZapfDingbats font on that system ok? No, I do not know why ZapfDingbats was used instead of OpenSymbol. I do know that if I have 2.4.1 installed, it works correctly. If I then remove 2.4.1 (changing nothing else) and install 3.0.1, it does not work correctly.
Another question: what kind of linux system is that? Is it a rather old one (with fontconfig<2.4)? Does setting the environment variable SAL_DISABLE_FC_SUBST help? If yes, then registering the application specific font OpenSymbol failed. Just copy the opens.ttf from the OOo installation into a global system folder (e.g. /usr/share/fonts/).
The problem can be reproduced if the OpenSymbol font is not available to OOo, i.e. it is removed from the OOo install set and fc-list does not find an instance anywhere else. The other possible way is that the libfontconfig is too old to properly deal with application-specific fonts and the font is not installed system wide. The bullet U+2022 gets converted to the PDF builtin's ZapfDingsbats 0267 code point and that is wrong.
Reset assigne to the default "issues@openoffice.apache.org".