Made a watermark with some text that included č (c with caron) and the watermark does not contain it, there is an empty space and following characters get misplaced a bit.
Created attachment 68563 [details]
Watermark without č
This is a sample document that had " če če " entered as watermark, but displayed only " e e", as can be seen in the resulting pdf.
Thank you very much for your bug report!
Thank you especially for the sample .pdf file. Looking at this file with Adobe Reader (10.1.4, on Mac OS X 10.6.8), I see that the font used for the watermark is “Heveltica”, and that a (Postscript) Type 1 font version of “Helvetica” is used for the display, while the source font was “Helvetica” in TrueType format. So the original font for the watermark is not embedded, but the default (Adobe Reader?!) version of “Helvetica” is used instead.
I wonder why this could be a/the reason for the missing characters: automatic font substitution, while a nice feature in theory, often causes headaches like this one.
Could you please try: When exporting your file to PDF from LibreOffice, check the “Embed standard fonts” option (in the first pane of the “PDF Options” dialog window, at the bottom right). Does this change the situation, i.e., does the PDF exported now look different? Are the č characters now present, or still missing?
Please try this; thank you very much in advance!
I have just tried it myself with LibO 184.108.40.206 on Mac OS X 10.6.8 (Intel); I can CONFIRM [REPRODUCIBLE] that the watermark text (I used “če če”, too) is NOT exported properly by default, but it is exported correctly if I check the “Embed standard fonts” option.
So please check if this fixes the issue for you, too; then we can decide if/what further steps are necessary.
Created attachment 68643 [details]
Watermark with č
Hello, this is now a demo pdf with same watermark text " če če ", this time with option “Embed standard fonts” enabled, as you noticed before.
So what should be done?
Added "by default" in the title of this bug.
If option "Embed standard fonts" in the PDF Export dialog is not selected, the watermark does not display non-ASCII characters (at least Slavic ones). It is a bug.
1) If I try some other non-ASCII characters, e.g. “äöüßáéë”, they are exported correctly to the watermark, even *without* checking the “Embed standard fonts” option. So the problem does not appear with all non-ASCII (non-7-bit) characters.
2) Even exporting the characters “nšžðn” works without checking the “Embed standard fonts” option. But “č” does not work. So what characters are supported by default? Adobe Reader says that the encoding of the non-embedded Helvetica text was “Ansi”. Well, many people refer by “Ansi” to the Windows-1252 codepage.
This seems to be the answer: Windows-1252 includes äöüß etc., and even šžð, but NOT č.
Result: if the option “Embed standard fonts” is NOT checked, only characters from the Windows-1252 charset are exported correctly to the watermark.
-> Adapted summary.
@ Andreas Mantke:
IIRC you have implemented the Watermark option for PDF export, which appeared first in LibO 3.6. Thank you very much for this useful feature!
This is a bug report about some limitation of that feature: if one does *not* check the option “Embed standard fonts” in the PDF export dialog window, the Watermark export misses any characters which are not included in the Windows-1252 character set.
So here is my question for you:
Can we (e.g. you ;-) do anything about this problem? Is this a bug/suboptimal implementation in LibreOffice? Or is this a general PDF problem, which is due to some limit in Adobe Reader/PDF infrastructure (I mean, can the standard fonts, if not embedded, only be used for Windows-1252 characters)?
I ask you because I think you may know best about this sort of things ...
Thank you very much!
The "Embed standard fonts" option has been removed from master as it's kind of nonsensical and can produce unexpected results (like this bug). LibreOffice's new approach is to always embed "standard" fonts. So this could be marked RESOLVED already.
So, what release version will ship with this bug solved (220.127.116.11 still has this option)? Thanks.
LibreOffice 4.2 does not have this problem anymore, so I am marking this as resolved.