Web Connection
wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
Gravatar is a globally recognized avatar based on your email address. wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
  Hermann S
  All
  Oct 13, 2019 @ 09:33pm

On my Win 7 development the oPDF.PrintReport() command generates a PDF WITH CLICKABLE hyperlinks embedded, but on the production Win 2016 server, the same Ghostscript driver and commands trim out any clickability.

oPDF = CREATEOBJECT("wwGhostScript")
oPDF.cPrinterDriver = "Xerox Phaser 1235 PS"
oPDF.PrintReport("MYREPORT.FRX","OUTPUT.PDF")

If a printed text field in the report contains "Please click here to pay the invoice: http://www.mysite.com" , it will be clickable on my Dev laptop Win7/with Ghostscript 9.15 but NOT on the live Win 2016 server. I tried GS9.27, but still no improvement.

Should I try the new Win 2016 WINDOWS PDF PRINTER DRIVER? Will that be clickable?
Any other suggestions? Are there any configuration options I'm overlooking?
As always, Thank You so much, in advance for any advice! And looking forward to meeting you at SWFox2019!

Gravatar is a globally recognized avatar based on your email address. re: wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
  Rick Strahl
  Hermann S
  Oct 14, 2019 @ 10:28pm

I think the problem there likely isn't Ghostscript but the printer driver. You might have to experiment with a different PostScript driver.

On Server 2016 you should also be able to use the Microsoft PDF driver. I have no idea whether it would generate clickable links or not but it's worth a try and it's more efficient at printing to PDF.

+++ Rick ---

Gravatar is a globally recognized avatar based on your email address. re: wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
  Hermann S
  Rick Strahl
  Oct 16, 2019 @ 12:27pm

Yes, I tried a BUNCH of different PDF systems now, AMYUNI, XFRX, and different printer drivers, and hyperlinks can't be clicked nor copied. I found that I cannot copy-and-paste ANY text from the report, although it is perfectly legible in browsers and readers. There seems to be some sort of crazy character transposition going on. If the PDF contains a text "HERMANN", and I copy-and-paste that text into Notepad, it read "+(50$11". N gets transposed into 1, R gets transposed into 5, etc. Each letter shifts down by 29 ASCII.

If one uses a PDF-to-Text program, it fails to convert it to ASCII. Do you know if there is some crazy "PDF-security" feature in Windows Server 2016 that could cause that? Or a missing font? But I'm using "Arial", just standard one would think. It's the craziest thing! Any ideas where else to look?

Gravatar is a globally recognized avatar based on your email address. re: wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
  Hermann S
  Hermann S
  Oct 16, 2019 @ 10:38pm

Rick, I tried to work with the XFRX demo some more and got it really working - and, voila - no more Copy-And-Paste problems, and the hyperlinks in Docs are clickable etc. etc. Wonderful, that your framework gives SO many choices, and I could avoid the complexities of the Adobe and Microsoft empires.

It would be interesting at some time in the future to find out why the PDFs got generated with that strange 29-character "transposition", I found on the web that they have a name for this "feature" to obfuscate PDF text: CMAP PDF.

I believe the problem gets introduced into a Windows Server by installing GS 7.15 and later, and then it somehow stays stuck in the server. Anyway, no urgency anymore, I can proceed, with XFRX! Thanks again! 😃 HS

Gravatar is a globally recognized avatar based on your email address. re: wwGhostScript PrintReport LOSES clickable hyperlinks on Win Server 2016
  Rick Strahl
  Hermann S
  Oct 17, 2019 @ 02:12am

Yeah if you're doing anything serious with PDFs then XFRX is the way to go. It doesn't go through the Windows Print Spooler which means it avoids a lot of processing time and manipulation of the actual print content before it actually gets spit out as a PDF. XFRX natively builds PDFs which is much much faster and more consistent.

+++ Rick ---

© 1996-2024