Info on our setup(s) used:
Windows 7 Enterprise SP1
IE9 (Ver: 9.0.8112.16421)
CutePDF (Ver: 3.0)
GPL Ghostscript (Ver: 8.15)
Adobe reader (Ver: 9 - XI )
I've been breaking my head on a print from IE9 to PDF issue.
Or better, the print to PDF part works fine, but as soon as you would like to copy/paste content from the generated PDF, the pasted text shows as a bunch of weird characters.
%$!$ 0 $'
If you for example paste some content from this PDF (see *.pdf attachment) in Word, you can see the Fonts being used are for example something like : TT33Bt00 (see *.docx attachment)
I believe the answer below to be a good explanation on why this occurs:
(Found here: http://forums.adobe.com/thread/427945
"It turns out that no usable encoding information is present (neither in the PDF nor in the embedded font data) to derive the meaning of the characters/glyphs that are displayed on the pages in the document.
The fonts actually are all embedded, but in a way that all encoding information has been removed. This is a typical example of a PDF that is syntactically fully compliant with the PDF spec but where important information about the meaning of the text in it has been thrown away during the process of making the PDF. As far as I can tell it would be very difficult to recover the encoding info. Strange as it may sound the best option may be to convert the pages to oixel and then run OCR on them...."
A possible solution for Adobe PDF printer users could be to uncheck the option 'Rely on system fonts only, do not use document fonts.' As discussed here :
I think a similar option is provided by CutePDF: When clicking printing preferences - advanced, the item TrueType Font has 2 options: 'Substitute with device font' or 'download as softfont'. It doesn't however offer you the wanted result.
Everything works just fine when using Chrome, Firefox, or IE8 , so I think one may conclude it might just be purely IE9 related. Any hints, clues, things I forgot to test, .. all welcome.
Thanks in advance.