#3251 closed bug (wontfix)
PDF export creates a PDF with strange text encoding (or something)
| Reported by: | Alister | Owned by: | nobody |
|---|---|---|---|
| Priority: | minor: annoyance | Milestone: | Version 1.7.0 |
| Component: | Printing | Version: | Trunk |
| Keywords: | PDF, Language, Export, Composer | Cc: | |
| Must Fix for Release: | No | Platform: | Windows |
| Platform Version: | Awaiting user input: | no |
Description
In the print composer add something with text (a label, an attribute table or a map including a layer with labels), and export as PDF. Open the PDF in Adobe reader, select and copy some text, and paste it into a text editor: rather than text you will see squares or something.
I thought that changing the "Writing System" setting in the "Select font" dialogue might help, but it seems to be ignored - if I change it to "Latin" and then open the dialogue again it is back to "Any"
N.B.
- Using Foxit Reader (Windows or Linux version) you should be able to successfully copy the text.
- based on experience with other PDFs that exhibit this behaviour, I suspect most or perhaps all xpdf/poppler based programs will not be able to copy the text successfully, and some (epdfview) will actually refuse to select it.
- If instead of using the PDF export function I print to a "PDF printer", the text in the created PDF can be copied successfully.
Change History (3)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
I think this is because the Qt PDF print engine always prints text as graphics. If you print via pdf printer, printing is done via postscript (at least on Linux) and ps->pdf conversion is done by another tool. I'm closing this bug because it is not something that can be fixed within QGIS.
comment:3 by , 13 years ago
I'm closing this bug because it is not something that can be fixed within QGIS.
That could well be true :)
But the text is certainly not output as graphics - it is selectable as text in almost all viewers, and Foxit Reader can copy it successfully.
I neglected to say: as well as not being able to copy text to be pasted into another application, the text in the PDF is not searchable (except in Foxit Reader).
For the record, PDFs exhibiting the same behaviour can also be created by a ghostscript that is presumably misconfigured in some way. e.g. see http://www.murga-linux.com/puppy/viewtopic.php?p=463914#463914
Sorry - there are three separate bulletted points in the N.B. I didn't realise trac removes line breaks.