Hi Surya,
I am using Reader 9.3. It is the newest. I am a documentation professional with over 25 years of experience, so I'm pretty used to making PDFs from Word and other apps. ;o)
XPS looks lovely and the links work, but only Acrobat and CutePDF will make a PDF that is readable from this format. PrimoPDF made a PDF in which the layout and graphics looked right, but the text was rendered in a mixture of weird fonts, looked like what
you get when you print out a graphic file in text format (I've never actually seen a Windows box do that before...I've always seen that particular behavior on a Mac). All of the PDFs had the same working footer links and dead body links. BTW, clicking the
Acrobat 9 icon inside of IE resulted in an error message that said Acrobat did not recognize the file type as a web page. But when I opened Acrobat separately and dragged in the file without IE open, it converted just fine. Unfortunately, the body links
were still dead.
HTML destroyed the formatting, but the links worked in the HTML and in the PDF. Unfortunately, the PDF was not usable due to the trashed formatting.
RTF also looks perfect and the links work inside Word, and the PDFs come out looking nice, but with the exact same dead body links.
For grins, I opened up a brand new document and applied no custom styles, no graphics, and no header or footer. Just a vanilla plain, straight out of Word default settings document. I added links to my web site and to CNN, saved, and made a PDF. The PDF
comes out with the same malformed links as occurred in the documentation suite I've been struggling with over the past week.
I then made a version with a simple footer, using the first selection available from the list of footers, and added a link to Microsoft. When I made the PDF, *NONE* of the hyperlinks worked.
BTW, to make the links, I highlighted the text and typed Ctrl+K. I set the Target Frame to New Window and selected the check box to set as default for all links.
This is what the malformed links look like when hovered over in the PDF...note that the cursor does not turn into a hand.
***************************
* (blank line) *
* URI:http://www.cnn.com/ *
***************************
As you can see, that is completely abnormal. A normal link is just the URL and the cursor turns into a hand.
Then I realized that in the documentation suite I've been working on, the footer link is one that Word generates automatically when you type in a full URL. So I made another version of the plain test document with two types of footers - one with the hyperlink
made via Ctrl+K and one made by typing out the URL and letting Word make the link. In the resulting PDF, the hyperlink in the footer made with Ctrl+K was completely dead, and the one made with the whole URL and letting Word create the hyperlink worked. So
I added an automatically created hyperlink to the body, and guess what...the automatically made version worked!
So then I started playing around with the settings for the PDF generation. I had been using Standard size, and accepting the default settings, which I believe was Page range: All, Publish What: Document, Include Non-printing Information: Document properties
+ Document structure tags, PDF Options: ISO 19005-1 compliant (PDF/A). On this pass, I deselected ISO19005-1, and NOW the body links all work, but the footer link that was NOT automatically generated is still dead. So this points to a mangled hand-over to
PDF-A, and still there is an inconsistency between how body links and footer links are handled.
I would be happy to send you a copy of this file and the PDF so you can verify it for yourself.
I regenerated one of my project files, and the links were still dead. I then unchecked the "bitmap text" checkbox and regenerated the PDF. Still nothing. I reapplied styles to remove custom formatting of the hyperlinks (so they would match the color of
the surrounding text...and the links then worked.
So that means there are the following BUGS concerning handoff of hyperlinks to PDF:
- handoff of hyperlinks (plain formatted or not, I tested) to PDF/A format
- handoff of hyperlinks made by Ctrl+K in the footer (plain formatted or not)
- handoff of hyperlinks that are applied to text with ANY styles or colors applied.
I mentioned that I am a documentation professional. It really looks bad to have generic blue hyperlinks in an otherwise polished document. I am also concerned about the inability to write an ISO compliant file: that may be an issue to some clients.
Microsoft also needs to test all of the built-in styles for headers and footers, as well as all of the colors and styles that can be applied to text for compatibility with saving to PDF, as they are not all working correctly. Even with setting documents
to "no compression" some of the footer styles with page numbers don't PDF correctly. I did not test them all, but at least 2 footer styles convert to PDF with an ugly black box on them. Every feature packaged in Word should come out correctly when saved
to PDF. If it can't, it should be removed or otherwise labeled as not for use in documents that will be made into PDFs.