Retain Hyperlinks in Printed Documentation

RoboHelp 9.0.2.271
I need to create printed documentation from my web project. I opted to create a Word doc first, and then create the pdf. My bosses want any hyperlinks that appear in a topic in web help to also appear in the pdf. For the most part, all of the links appear in the doc, but not all. Within the same topic, some links will work, and others will not. I'll see something like this:
Topic 1
blah blah blah
Link 1
Link 2
Link 3
Link 4
Adobe tech support has been working with me, and their solution was for me to recreate both topics (in this instance that would be the Topic 1 and the topic for Link 3) re-add the hyperlinks, and see if that takes care of it. It solved some of them but not all. The other problem is that I never know which ones will decide not to work the next time I create a doc.
Has anyone else had this problem? Have you been able to solve it?
Thanks,
Jennifer

Is it always the same links that do not work? Two causes:
The link is to a topic that is not in the Word output.
The link is to a topic that is configured as a popup.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Similar Messages

Print Documentation - re-running

We are transfering projects from RoboHelp 4x to RoboHel 7 - running the Print Documentation function was not reviously done, so we are just learning to work with the settings, etc..and how it works so that work is not duplicated each time on-line Help is updated.
Question: finished doing some formatting in Word after generating Print Documentation, will 'formatting' and editing be retained if the Print Documentation is run again? or will formatting need to be re-done?

Hi there
Consider creating a printed document from RoboHelp to be similar to baking a cake. The Single Source Layout properties is very much like the recipe used. The Word Document you get in the end is very much like the cake that would result.
You are describing editing the Word document. This is like smearing icing on your cake. You can't expect to bake another cake and have it already iced.
So to specifically answer your question, you will indeed need to re-format the document if you create Printed Documentation again.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Hyperlinks not retained in printed documentation

When generating printed documentation, if I select the Retain
Hyperlinks option in the layout, the hyperlink that is produced
does not function as a hyperlink in the resulting Word
document.

Hello Peter,
Brain not yet in gear.
If vaprocura is working to a deadline, the macro should still
work as an interim resolution as the output is still in word.
I hope my next contract uses RH, feel as though my hands have
been cut off.
Brian

How can I retain hyperlinks while saving a webpage as PDF via Print?

How can I retain hyperlinks while saving a webpage as PDF via Print?
This is the title of an apple forum question, and it is a bug in both Safari 5.1.3 and under, and I find it to also occur in Firefox browser (at least 9.* 10.*, 11.0), running on Lion OS (10.7.2, 10.7.3). See:
https://discussions.apple.com/thread/3212301?start=0&tstart=0
Under the newer Mac OS mentioned, and Firefox 10.2, 11.0, 9.*, if I select:
File -> Print -> PDF -> Open PDF in Preview"
(and view / save the PDF in Preview, you will see none of the links in the original web page are active
or using
File -> Print -> PDF -> Save as PDF...
same problem. Try this using any Wikipedia page, for example.
When this problem was posed in Apple forums, by a user of the Safari browser, it was found to be a bug (since Aug 2011) fixed in a Safari browser build 5.1.4 circa Jan 2012. I tried the newer Safari browser and sure enough the problem went away (except that links embedded in the PDF no longer appeared as blue text - ARGH - but "hover over" with the cursor showed the link and clicking the link in Preview viewer activated the link in a browser window).
So I post this to the Mozilla community, please fix this 'cause I don't want to have to switch over to Safari browser every time I want to archive a PDF with active links!!!!
P.S. I did a spot-check and with the newer add-on Enjoy Reading 1.0.1 and FF11.0. When the Enjoy reading formatted version appears in the browser window, all URLs/links are preserved and highlighted in blue, but when I print that browser window as PDF, the links are dead (don't work) even though they appear in blue in the PDF.
So, what's going on, can the Safari fix be researched and applied to FF?
Also, on some forums, people are responding, Well, try installing Acrobat reader. Well, I don't want to, Preview reader has worked fine for me for years.

Thanks jscher2000.
RE: -- '''Generally speaking, PDF converters that work by intercepting a print job do not have access to the URLs behind links in the page.''' --
I cannot say I agree. I could email you a PDF clipping or two (generated from Safari on Mac OS, in its native capability with no add-ons) that shows you otherwise. When I used PC platforms I did have to install PDF converters (tried both free and expensive ones) that did what I describe.
I cannot try the add-on you mention, '''Print Pages to Pdf.''' in Firefox. It shows in my browser and Mac OS platform "Not available for your platform." So I am guessing it was written for the PC version of Firefox.
The Mac OS has had a native PDF-creation functionality for as many years as I have been using it; I used PC prior to that, Win3.1 through XP and NT. And on my PC, I bought (and at work, my employer bought $$$, I had to justify three levels up to management the ability to create PDFs on my work PC) some Adobe functionality to CREATE pdf's (readin's free and easy, makin' em's costly on the PC).
I've gone and dug through some of my (Mac) doc and clipping archives, and I find that stuff I created after about Dec 2008 or so seems to eliminate all link functionality. When viewed in the Apple native "Preview" application (sort of Apple's equivalent to Adobe Acrobat reader, ships with the OS): link tags are highlighted/tinted, clicking a link opens a (default) browser and takes you there; hover-over the tag text shows the actual link. (Of course, not all old links are still VALID or point to the desired source.)
I could, in Safari or FF browser window and with no add-ons or Adobe paid products whatsoever, use the native OS method to create PDF's from any application (word processor, spreadsheet, browser, etc) via the menu File -> Print -> Save as PDF menu and create a PDF that had active hyperlinks. In Apple OS Lion 10.7.3, I still can't when it uses this broken WebKit interface, links are "dead" as a doornail until a fix is distributed in WebKit for a future Lion release. It seems this functionality died at least as far back as Leopard OS 10.6.8, but don't quote me on that. Also, my version of Pages 2009 version 4.1(923) (sorta like Word) STILL creates a PDF document that preserves (1) text hyper-links within the document, and (2) web links (in the PDF) that open the browser. I just made a test document.
When all you can see in the PDF is the tag text, there is nothing to copy-paste to follow any link. Also, hypertext links are often used by authors to create links to other points in a document: now even *that* is broken in the PDF version of the documents I retrieve from the web and print from FireFox (Broken in Safari 5.1.3 and earlier but fixed in 5.1.4).
Try this on the PC, in your browser and print a news clipping as PDF, do the links in the PDF work? What products do this, and what don't? I would bet the machine with a full Adobe suite this will work flawlessly. (Why should a PC user have to pay hundreds of $ to create this functionality in what I thought was an open standard (PDF)? But that's talkin' religion, let's not start that.)
Some folks might say,
go online and find the original source doc in your browser. Or,
go and add those links manually using the Preview edit add-link capability (hunh? no thanks) , or
save each item worth saving as an HTML archive instead of a PDF (argh, creating a whole directory in the process, I might add, including ads). Or,
who needs PDFs, everything is online.
Or, buy some Adobe product.
I think they miss my point. This is a real strange dumbing-down of archival PDF documents, or at least a destruction of the ability to use PDF as an archive that retains its links and references.
C.F. the guy who has archives of scientific papers, and the old material all cross-references nicely but after date X there are no working links.

Physical location of hyperlinked files when generating printed documentation from webhelp project

Hi,
I produce webhelp and the customers have requested that printed documentation is also generated from my help project so that they can have an electronic/paper version.
I have several hyperlinks in the help project, to PDF/Word files, and have found that in the printed documentation, when you click on the hyperlink, it is trying to find the document in the physical location from which the help project was created. This means that the hyperlinked documents only open on my PC because I own the physical location. Other users, particuarly our customers, end up with an error message because it is trying to find a location they do not have access to.
Does anybody know a solution to this please?

The problem with links inside PDF / Word files is that you have no control over where the files reside. Therefore you can't specify a path that will work as it depends on the physical file's location. What you could do is publish the PDFs / Word files to an online location that are accessible by a URL.

RoboHelp 10: Problems generating Printed Documentation

Environment
Windows 7 Enterprise, Service Pack 1, 64-bit operating system
Office Professional Plus 2010 Versions 14.0.7106.5001 (64-bit)
RoboHelp 10: 10.0.0.287
Visual Studio 2010 Professional. I open RoboHelp from within Source Control (have been doing it for two years).
Problem
Sometime after moving to RoboHelp 10, and even after successfully generating Printed Documentation output, I encountered a major problem generating Printed Documentation from RoboHelp: “Internal error encountered. Failed to generated Printed Documentation”. The error occurred when I tried to generate Printed Doc using my default TOC, which looks something like this:
Topic A
Topic B
Book 1
Book 2
Book 3
Topic C
Topic D
Based on an old Peter Grainge reply to someone about a similar problem, I removed all but the first topic from the Chapter Layout pane and generated the Help. Everything was fine until I got to the topics after Book 3. At that point everything started to fail again. When I removed Topics C, D, etc. from the Chapter Layout pane, the output was built successfully.
I tried moving Topics C, D, etc. to the top of the Chapter Layout pane, and got the same error. I tried creating a new folder and put Topics C, D, etc. into that folder. Failure after failure.
As an experiment, I removed all the Topics C, D, etc from the Chapter Layout pane, but then added them to the Print Document Section Layout pane (not where I want them). The Printed Documentation built successfully.
During attempts to build with Topics C, D, etc. in the Chapter Layout pane, I kept getting a Word error: Word is trying to recover your information. After that there was always a failure.
Selecting PDF as the output did not work when the Topic C, D, etc. files were at the bottom of the Chapter Layout pane.
I create a new TOC and a new Printed Documentation SSL. Failed to generate.
As a matter of reference, I've been generating Printed Documentation from the same TOC for more than a year and so cannot figure out what has changed in RoboHelp or Word to cause this grief .
Has anyone experienced anything like this?
Carol

Dear Peter,
Thanks for following up. Last Friday I finished extensive testing on my own and working with RoboHelp Support. Here's what I sent to Support this morning.
If after reading this screed, you think it worthwhile for me to get a copy from Source Control for you to look at, I will do so. Thanks for offering to look at it.
Environment
Windows 7 Enterprise Service Pack 1, 8.00 GB RAM, 64-bit OS
Microsoft Office Professional Plus 2010 Version 14.0.7106.5003 64-bit--Note: We repaired my current version of Word, in case that was the problem, but did not reinstall Office--we do not think that the Word version is the problem because we generated successfully with other TOCs and when generating individual documents.
RoboHelp 10.0.1.292. Upgraded from RoboHelp 9 in May 2013. Replaced hard drive in September 2013 and reinstalled RoboHelp.
Visual Studio 2010 Professional 10.0.40219.1 SP1Rel (I open the project from Source Control and check files out to a folder on my desktop.)
Issue
Printed Documentation failed multiple times with the default Table of Contents, which contains all the topics in the project. TOC specs are as follows:
Properties: .docx, desktop location, no conditions, embedded images, “Generate a single document”, “Retain hyperlinks”.
330 files, 12 top-level books, 15 second-level books, 7 third-level books, 6 fourth-level books, and 8 fifth-level books
Results
Generation to Printed Documentation does NOT fail for other, module-specific TOCs, nor to WebHelp Pro SSLs for the same sets of topics. In addition, and perhaps more important, generation to Printed Documentation does NOT fail with “Generate Individual Documents” selected, or when there are approximately fewer than 259 files in the TOC.
Did not fail consistently based on any particular topic.
Did not fail consistently based on location of any particular topic in the TOC.
Failed when I created new TOCs based on ‘working’ TOCs. For example, copied a module-specific TOC and then added topics to it from the default (superset) TOC. I did this in case the original default TOC was corrupted.
Failed when I create a new TOC with the same folder/file structure from scratch.
Failed when I created a new TOC with a flat file structure from scratch.
Failed when I retrieved an older TOC from the last release of the product.
Failed when I created new SSLs each time. I did this in case the SSLs had got corrupted.
Failed when I did not open the project from Source Control (removed project from Source Control and worked locally).
Began to see failure when there were more than about 258-263 files in the TOC. For example, successfully generated Printed Documentation with 262 files in the TOC. Added one topic and the generation failed. Removed that topic and added several others, one at a time. Consistently failed. To test this, I created a TOC with all the files in a flat structure, generated a report for the TOC, printed it, and counted the number of files. I then began deleting files and regenerating the Printed Document to try to identify the number of files in the TOC when the generation failed. Successfully generated up to about 258 files and then it began failing. (Occasional successes at 260 and 261, but that may be because I didn’t always consistently remove the Glossary and Index from the Chapter Layout pane.)
Other Comments
(I know that we should generally post non-RH issues to other forums, but in this case I wanted to include all potentially related issues in this posting.)
The first time you generate any type of output, the “Critical error of Source Control Provider. Please restart IDE.” Message appears. This message appears behind RoboHelp. As a result, if the RoboHelp window is maximized, you think that RoboHelp is hung. Forcing a close of RoboHelp leaves the partially generated Word document in an unstable state. When you re-open RoboHelp and try to generate the output again, RoboHelp says that the output is in use. Unfortunately, there is no way to ‘free’ the Word document and you have to restart the computer. In addition, when the dialog box is hidden, even using Alt+Tab to find the dialog box is complicated because you can’t grab it and click OK until RoboHelp completes its processing. The workaround is to reduce the size of the application window so that you can see the dialog box and try to quickly grab it and click OK. That said, as soon as processing is complete you can grab the dialog box and click OK; at that point RoboHelp displays its own error message about the success or failure of the output generation. It is not clear whether the RoboHelp API or Source Control puts up this error message, but it’s definitely a problem until you happen upon the workaround.
RoboHelp does not check SSLs even when I right-click the SSL in the Single Source Layouts pane, click Check In, select the XML and SSL files, and leave “Keep checked out” deselected. The red check mark remains next to the SSL name. In addition, even when I Check In All files before closing the project, the next time I open the project RoboHelp displays a series of Check In dialog boxes requiring me to check them in again.
When RoboHelp hangs during a Printed Documentation failure and the Version Control setting is to check in all files when closing a project (which I’ve now deselected to avoid this problem), Ctrl+Alt+Del indicates that you cannot shut down the program because RoboHelp is waiting for a response. Yes, RoboHelp was waiting for me to check in some files (because of the Version Control setting), but hid the Check In Source Files dialog box behind the application. This usually left a Word document in limbo, forcing me to restart the computer.
At one point RoboHelp stopped saving changes to an SSL after I made changes and clicked Save and Generate. Each time I reopened the SSL, I had to select .docx, etc. all over again.
Carol

Unable to Generate Printed Documentation in PDF Format

This past week I started having a consistent error when attempting to generate a Printed Documentation layout. This error reads "Internal error encountered, Failed to generate Printed Documentation." Prior Printed Documentation builds on this same project completed fine. Nothing was done to the Help project between the times when this worked and when it no longer was able to create Printed Documentation.
I receive this error even if I generate an entirely new "blank project" build, and then attempt to create a Printed Documentation build from this new blank project. Researching this error, I see this has been a reoccuring problem with this product for some time. The few threads that list the problem as having been "fixed" provide resolution steps that have not worked in my case. Right now I am waiting for our IT Helpdesk people to re-install the Suite. Hopefully this will resolve this problem.
Additional information on this problem - PDF Printed Documentation is failing - the HTML build works fine. If I select just a .DOC Printed Documentation output, this also works correctly. The resulting Word document looks good, although hyperlinks do not work within this Word document. I have reloaded Office 2003 as a troubleshooting effort, but this has nbot resulted in any change in symptoms.
The entire error text is enclosed below, although several other people have also done this in past entries. The few lines that read "Warning, and then report a style issue is NOT the problem here. As stated earlier, when I do this same Printed Documentation build on an entirely new "blank project" it does not work, and the Output text in that case does not contain any such "Warnings" about Styles.
Error text below:
Starting to build Printed Documentation...
Printed Documentation processor 8.0.1.204
Building C:\Documents and Settings\tcleary\My Documents\My RoboHelp Projects\Adobe RoboHelp 8\10515-0366-5004_7800v-hh rsp\!SSL!\Printed_Documentation.doc ...
Preparing to create Printed Documentation...
Clearing output folder...
Preparing files for Print Document...
Copying files...
Updating files...
Finished preparing in 2 seconds.
Preparing environment...
Printed Document Generator Environment: Word 11.0.8313, OS 5.1.2600, RAM 2048 M Bytes
Building Printed Documentation 'Printed Documentation'...
Building Single Document 'Printed_Documentation.doc'...
Building 'RF-7800V-HH About this Help'...
Building 'Table of Contents'...
Preparing to build chapters...
Building 'RF-7800V-HH Help and Support'...
Processing 'RF-7800V-HH Welcome'...
Building 'RF-7800V-HH RSP Help'...
Processing 'RF-7800V-HH Station Information'...
Building 'RF-7800V-HH Features'...
Processing 'RF-7800V-HH Features'...
Processing 'RF-7800V-HH Anc. Connector Mode'...
Processing 'RF-7800V-HH No-Sync Beeps'...
Processing 'RF-7800V-HH Power Management'...
Processing 'RF-7800V-HH Retransmit'...
Processing 'RF-7800V-HH USB Mode'...
Processing 'RF-7800V-HH Broadcast Gateway'...
Processing 'RF-7800V-HH IP Routing'...
Processing 'RF-7800V-HH Voice Settings'...
Processing 'RF-7800V-HH Time and Date Settings'...
Processing 'RF-7800V-HH Position Reporting'...
Processing 'RF-7800V-HH User Interfaces'...
Processing 'RF-7800V-HH Net Switches'...
Processing 'RF-7800V-HH Ethernet Interface'...
Building 'RF-7800V-HH Global Settings'...
Processing 'RF-7800V-HH Global Settings'...
Processing 'RF-7800V-HH Radio Passwords'...
Processing 'RF-7800V-HH GPS'...
Processing 'RF-7800V-HH Locksets'...
Building 'RF-7800V-HH Network Types'...
Processing 'RF-7800V-HH Network Types'...
Building 'RF-7800V-HH Fixed Frequency LOS'...
Processing 'General Information - Fixed Frequency LOS'...
Processing 'RF-7800V-HH FF Network Information'...
Processing 'RF-7800V-HH FF Preset'...
Processing 'RF-7800V-HH FF General'...
Processing 'RF-7800V-HH FF Comsec'...
Processing 'RF-7800V-HH FF Data-Voice'...
Processing 'RF-7800V-HH FF Squelch'...
Processing 'RF-7800V-HH FF Advanced'...
Warning: style (p.Heading7) is not defined and will be mapped to 'Normal'.
Building 'RF-7800V-HH Quicklook'...
Processing 'General Information - Quicklook'...
Processing 'Hopset Creation - Quicklook'...
Processing 'RF-7800V-HH QL Network Information'...
Processing 'RF-7800V-HH QL Preset'...
Processing 'RF-7800V-HH QL General'...
Processing 'RF-7800V-HH QL Comsec'...
Processing 'RF-7800V-HH QL Data-Voice'...
Processing 'RF-7800V-HH QL Advanced'...
Building 'RF-7800V-HH Sample Plans'...
Processing 'General Information - Sample Plans'...
Processing 'Simple Fixed and Quicklook Nets'...
Processing 'Single Fixed and Quicklook Nets'...
Processing 'RF-7800V-HH Manage Keys'...
Processing 'RF-7800V-HH Program Radio'...
Building 'RF-7800V-HH Tech Support'...
Processing 'RF-7800V-HH Technical Support'...
Processing 'RF-7800V-HH Radio Firmware Compatibility'...
Building 'FAQs'...
Processing 'RF-7800V-HH FAQ Index'...
Processing 'FAQ 01'...
Warning: style (span.strong) is not defined and will be removed.
Warning: style (p.para) is not defined and will be mapped to 'Normal'.
Processing 'FAQ 02'...
Processing 'FAQ 03'...
Processing 'FAQ 04'...
Processing 'FAQ 05'...
Processing 'RF-7800V-HH Glossary'...
Warning: style (p.FM_CellRowHead) is not defined and will be mapped to 'Normal'.
Warning: style (span.Glossary) is not defined and will be removed.
Warning: style (p.FM_CellBodyLeft) is not defined and will be mapped to 'Normal'.
Warning: style (p.FM_GLOSSARY) is not defined and will be mapped to 'Normal'.
Warning: style (p.FM_Para) is not defined and will be mapped to 'Normal'.
Completed building chapters...
Building 'Index'...
Updating list paragraphs...
Updating images...
Updating page numbers...
Updating page headers...
Updating Table of Contents...
Updating Index...
Saving 'Printed_Documentation.doc'...
Generating 'Printed_Documentation.pdf'...
Failed the generate PDF file 'C:\Documents and Settings\tcleary\My Documents\My RoboHelp Projects\Adobe RoboHelp 8\10515-0366-5004_7800v-hh rsp\!SSL!\Printed_Documentation.pdf'...
Failed to save 'Printed_Documentation.doc'...
Cleaning up temporary files...
I am pretty sure nobody will have any fix suggestions that work to solve this problem, but I am making this entry for historical purposes. I will add an entry stating whether the Suite reload resolves this issue.
Thanks,
Tim C @ Harris

If I select ONLY the Word DOC Output format in the Printed Documentation
setup, the output is created without an error (output text below). Links do work within
this Word document (a symptom change since installing patch 8.0.2).
When I use this Word document to create a PDF (using the Adobe PDF
printer driver) a PDF is successfully created, however no bookmarks are
created in the bookmarks panel and none of the links in this PDF work
(although they are created looking like they will work, i.e., blue
underlined text).
Regards,
Tim
------------- Output Text --------------------------
Starting to build Printed Documentation...
Printed Documentation processor 8.0.1.204
Building C:\Documents and Settings\tcleary\My Documents\My RoboHelp Projects\Adobe RoboHelp 8\10515-0366-5004_7800v-hh rsp\!SSL!\Printed_Documentation.doc ...
Preparing to create Printed Documentation...
Clearing output folder...
Preparing files for Print Document...
Copying files...
Updating files...
Finished preparing in 3 seconds.
Preparing environment...
Printed Document Generator Environment: Word 11.0.8313, OS 5.1.2600, RAM 2048 M Bytes
Building Printed Documentation 'Printed Documentation'...
Building Single Document 'Printed_Documentation.doc'...
Building 'RF-7800V-HH About this Help'...
Building 'Table of Contents'...
Preparing to build chapters...
Building 'RF-7800V-HH Help and Support'...
Processing 'RF-7800V-HH Welcome'...
Building 'RF-7800V-HH RSP Help'...
Processing 'RF-7800V-HH Station Information'...
Building 'RF-7800V-HH Features'...
Processing 'RF-7800V-HH Features'...
Processing 'RF-7800V-HH Anc. Connector Mode'...
Processing 'RF-7800V-HH No-Sync Beeps'...
Processing 'RF-7800V-HH Power Management'...
Processing 'RF-7800V-HH Retransmit'...
Processing 'RF-7800V-HH USB Mode'...
Processing 'RF-7800V-HH Broadcast Gateway'...
Processing 'RF-7800V-HH IP Routing'...
Processing 'RF-7800V-HH Voice Settings'...
Processing 'RF-7800V-HH Time and Date Settings'...
Processing 'RF-7800V-HH Position Reporting'...
Processing 'RF-7800V-HH User Interfaces'...
Processing 'RF-7800V-HH Net Switches'...
Processing 'RF-7800V-HH Ethernet Interface'...
Building 'RF-7800V-HH Global Settings'...
Processing 'RF-7800V-HH Global Settings'...
Processing 'RF-7800V-HH Radio Passwords'...
Processing 'RF-7800V-HH GPS'...
Processing 'RF-7800V-HH Locksets'...
Building 'RF-7800V-HH Network Types'...
Processing 'RF-7800V-HH Network Types'...
Building 'RF-7800V-HH Fixed Frequency LOS'...
Processing 'General Information - Fixed Frequency LOS'...
Processing 'RF-7800V-HH FF Network Information'...
Processing 'RF-7800V-HH FF Preset'...
Processing 'RF-7800V-HH FF General'...
Processing 'RF-7800V-HH FF Comsec'...
Processing 'RF-7800V-HH FF Data-Voice'...
Processing 'RF-7800V-HH FF Squelch'...
Processing 'RF-7800V-HH FF Advanced'...
Warning: style (p.Heading7) is not defined and will be mapped to 'Normal'.
Building 'RF-7800V-HH Quicklook'...
Processing 'General Information - Quicklook'...
Processing 'Hopset Creation - Quicklook'...
Processing 'RF-7800V-HH QL Network Information'...
Processing 'RF-7800V-HH QL Preset'...
Processing 'RF-7800V-HH QL General'...
Processing 'RF-7800V-HH QL Comsec'...
Processing 'RF-7800V-HH QL Data-Voice'...
Processing 'RF-7800V-HH QL Advanced'...
Building 'RF-7800V-HH Sample Plans'...
Processing 'General Information - Sample Plans'...
Processing 'Simple Fixed and Quicklook Nets'...
Processing 'Single Fixed and Quicklook Nets'...
Processing 'RF-7800V-HH Manage Keys'...
Processing 'RF-7800V-HH Program Radio'...
Building 'RF-7800V-HH Tech Support'...
Processing 'RF-7800V-HH Technical Support'...
Processing 'RF-7800V-HH Radio Firmware Compatibility'...
Building 'FAQs'...
Processing 'RF-7800V-HH FAQ Index'...
Processing 'FAQ 01'...
Warning: style (span.strong) is not defined and will be removed.
Warning: style (p.para) is not defined and will be mapped to 'Normal'.
Processing 'FAQ 02'...
Processing 'FAQ 03'...
Processing 'FAQ 04'...
Processing 'FAQ 05'...
Building 'RF-7800V-HH Glossary'...
Warning: style (p.FM_CellRowHead) is not defined and will be mapped to 'Normal'.
Warning: style (span.Glossary) is not defined and will be removed.
Warning: style (p.FM_CellBodyLeft) is not defined and will be mapped to 'Normal'.
Warning: style (p.FM_GLOSSARY) is not defined and will be mapped to 'Normal'.
Warning: style (p.FM_Para) is not defined and will be mapped to 'Normal'.
Completed building chapters...
Building 'Index'...
Updating list paragraphs...
Updating images...
Updating page numbers...
Updating page headers...
Updating Table of Contents...
Updating Index...
Saving 'Printed_Documentation.doc'...
Completed building Printed Documentation...
Preparing output directory...
Cleaning up temporary files...
Finished Printed Documentation generation in 5 minutes 36 seconds.
Building Printed Documentation complete.

How to retain hyperlinks converting word 2011 to .pdf and Adobe PDF

I'm having this issue with saving a MS Word 2011 doc. Hyperlinks are NOT preserved. Seems unrelated to any browser version. I'm on OSX 10.7.4. Have tried the 'built-in' "Save as PDF" option under the PRINT GUI, also tried the "Save as Adobe PDF", as I have Acrobat 10 installed as well. Appreciate any tips.

Option A
If you have Apple Pages…
Open the Word 2011 document in Pages.
Go to the File menu, select Export, choose PDF… from the pop out menu and follow the prompt.
Option B
Go to the free file conversion web site Zamzar. Follow their four-step process to upload and convert your Word 2011 document to pdf.
Note: url addresses in the Word 2011 doc do become hyperlinks in the resultant PDF.
IMO, what we experience is a Microsoft problem NOT Apple nor Adobe. (Apple Pages retain hyperlinks.) You can help get the attention of Microsoft about this issue. In any of the Office 2011 applications, go to the Help menu and select “Send feedback about Word/Excel/PowerPoint.” That will take you to their Office for Mac Product Feedback web site page. Fill out the form and submit. Note that you can only choose one product to report on at a time. Repeat the feedback by selecting each of the other MS Office 2011 applications.
HTH

Linked documents in printed documentation

Hi. I have a Robohelp project that contains links to Word
docs. I know while generating the help project, Robohelp copies the
Word docs into the help folder. So, my question is: Is there a way,
when generating printed documentation, for Robohelp to include the
actual document rather than just a link to it in the finished
printed documentation?
We are using Robohelp 5.0, but recently ordered an upgrade to
6.0. Perhaps the newer version will do what I'm looking for?
Hilary

Hello Hilary,
This might help. Make a copy of the document, and try running
the following macro on the copy. I tested it on a document
containing 2 hyperlinks. It will hardcode the text into the
document with the insertion point being the hyperlink placing.
Sub ChangeHyperlinkField()
Dim iFld As Integer
Dim strCodes As String
Selection.HomeKey
strCodes = ActiveDocument.ActiveWindow.View.ShowFieldCodes
ActiveDocument.ActiveWindow.View.ShowFieldCodes = True
For iFld = ActiveDocument.Fields.Count To 1 Step -1
With ActiveDocument.Fields(iFld)
.Code.Text = Replace(.Code.Text, "HYPERLINK", "INCLUDETEXT")
.Update
.Unlink
End With
Next iFld
ActiveDocument.ActiveWindow.View.ShowFieldCodes = strCodes
End Sub
Hope it helps. If you have any problems with it, please post
back.
Regards,
Brian

Formatting & editing Printed Documentation

Using RoboHelp7 for Word, Word 2007 on Windows XP system...
Printed Documentation was generated successfully and looks pretty close to what we want (Style mapping.dot was used). Doc was opened, edited & formatted, saved and then closed - BUT when we reopen the doc all the changes are gone??? Is there some trick to formatting & editing the doc.? According to info in Help - should be able to edit & format doc in Word - but formatting is not retained once doc is closed, even though it was 'saved'..??
Any help would be appreciated, since we need to produce Printed Documentation for 9 projects currently in RoboHelp....

Peter
Thank you for your quick response...
We checked Word Templates & Add Ins they are NOT tagged "Automatically Update Styles". In Printed Documentation No matter what changes or edits are done, document reverts back to the way it was....even though 'Save' was done before closing doc.
Usually when 'Save' is done -"Word is saving document....appears with a field that indicates progress of save at bottom of screen. We noticed the field remains grey & there's no indication 'save' is being done?
We are at a loss, because 'save' works in other documents & this is only happening with Printed Documentation thru RoboHelp7..
Georgianna Schuessler

Customizing header and footer in the printed documentation

Hi,
I'm using a trial version of RoboHelp 2007 and Word 2003.
I have two question about customizing the header and footer
of the printed documentation.
In the printed documentation the footer repeat at the bottom
of each page and contain page numbers, which appear left-justified
on even-numbered pages and right-justified on odd-numbered pages.
How can I customize the footer, that pages numbers appear
always right-justified?
In the printed documentation the header repeat at the top of
each page and are blank on the first page of sections. The name of
the manual appears on even-numbered pages, left-justified. The name
of the root chapter appears on odd-numbered pages, right-justified.
How can I customize the header, that
on every page the name of the root chapter and the name oft
the manual appears? Furhermore I want to include a picture in the
header. How can I realise this?

You can't from RH. See the article on my site.
Images in the header are tricky. If you use the setting that
I think enables that, you will also get the images in the TOC. Try
putting a two cell table and putting the heading in one and the
image in another.

Unable to generate printed documentation

I am running RoboHelp 9 HTML using Microsoft Word 2010 on a Windows 7 machine.
Whenever I try to generate printed documentation using a single source layout that is set up for generating either a .docx file or a .doc file the program hangs up after printing the output message "Processing Topics". This occurs with the simple "Test" sample provided by Adobe that contains only one topic as well as with a more complicated project.
I read some posts that said things about anti-virus software that may affect RoboHelp. On my system the security department at my company has control of that, so I am not really sure what anti-virus software I have. When I look in my "All Programs" list under the "Start" menu, I do not see any anti-virus software programs except something called "System Center 2012 Endpoint Protection". I believe this is the anti-virus software that the security department uses, and there is an icon for it in my System Tray. Has anyone ever heard of issues involving that software and RoboHelp?
Meanwhile any other insights any of you may have into this problem would be greatly appreciated.

Are you generating to a local drive or a network drive? If the latter, try the former.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Footer image not resizing in printed documentation

RH11
Does anyone know why an image inserted into a footer master page is not automatically resizing to the width of the printed page when applied to a print layout and output to Word? If you insert an image into the body of a topic or a master page and generate printed documentation, the image automatically resizes.
I'm trying to insert a high-res footer image (300 dpi) into my footer so that it appears on every page, but at the moment it's being embedded at full-size.
Thanks
Jonathan

Firstly, your better off using liststyles than paragraph list styles, I screwed around a long time before I had to set everything to liststyles rather than paragraph ones. So dont worry about that.
The first issue, of not seeing the style - it is there, if you open the Styles tab on screen (click in a topic to get the cursor, then Format > Styles), not just the dropdown like youve shown youll see a list of all your styles, almost, it will show paragraph styles, click the drop-down and select All available styles, this will display your list styles as well!
Im not sure about the style settings, I have the same text setting applied in my list style as I use for my 'normal' text. Though I think you can select the text in a list and apply a paragraph style to it....i just tried and it worked, but to be on the safe side you might want to set the text formatting in the list style css too..
mine looks like this
li.NumberList {
    font-family: Helvetica, sans-serif;
    font-size: 10pt;
    color: #524C45;
    list-style: decimal;
    margin-bottom: 6pt;
    margin-top: 6pt;
As for printed formats not indenting lists, this is an issue. So far I have found no way around it because you cannot map a list styles in RH to a list style in Word. This has also created errors for line spacing and indents - and I found the indents are severly messed up when using list styles in snippets. Everytime I create printed documentation I have to manually fix it, a pain but it doesnt take too long....you could use macros etc to speed it all up for you.
Submit a Wish Form.
Hope it helps.
Nick

Images not in printed documentation

When generating printed documentation from RH7 (selecting
embed images, MS Word doc, etc.), the images do not show up in the
results. All I see are the {bmc <file name>.bmp} references.
I know this worked in version 5 and I read the release update for
7.0.1 (which I installed) that indicates it was fixed; but no joy.
BTW, I have tried this with a new test document, re-booted the
computer, etc.
What is going on here?

A point of interest with this problem. I have noticed that,
with this installation, when I highlight a true code image in my
Word project file (indicated by {bmc <file name>.bmp} ) then
click the "New Help Image" button (or use Ctrl-G) the image view on
the General tab (Insert Help Image Window) is vacant. This is
interesting, in that, as I recall in RH5 it would show the graphic
that was selected. For some reason this installation is not making
the connection back to the inserted image. I'm thinking this is the
root of the problem. Now, the question is: How do I correct it?
Also, you will note that I previously indicated "this
installation". This is due to my experimenting with an installation
on a different computer (it never having any prior version of a RH
installation) and the Printed Documentation feature works - sort
of. The issue I see on that computer is at the end of the process
RH7 shuts down. It doesn't lock up, it literally closes before the
final step where the pop up dialog box indicating the process
completed, and provides the view file button, is shown. However, I
can find the word document it created an view it - interesting
behavior.

Error when trying to create printed documentation in RH 7

Hello,
I've created a WebHelp project in RH 7 that I'm trying to
make a PDF for, as well. An error always appears when trying to
generate printed documentation, even if only the PDF option or the
Word option is selected. RH 7 processes and builds each of the
pages, index, images, etc. It gets to the very end on the status
bar and an error appears that it failed to generate the PDF.
In the output view, I see that it successfully processed
everything until the end when it says (the last four lines are the
error):
Updating Table of Contents...
Updating Index...
Saving 'GVE_Help_.doc'...
Generating 'GVE_Help_.pdf'...
Failed the generate PDF file '(The path is written here but
has been removed for this post)'...
Failed to save 'GVE_Help_.doc'...
Cleaning up temporary files...
Internal error encountered, Failed to generate Printed
Documentation.
Is there any way to get the Printed Documentation to work
properly in RH 7? I receive the same error for any of the WebHelp
projects I've opened in RH 7. I'm using Windows XP and have Word
2003 on my PC if that helps. I believe, but not too sure, RoboPDF
is still on my PC. May this have something to do with it?
Thanks so much, in advance, for any feedback and help.

Try generating just to Word and then creating the PDF from
there. There is a known problem which affects some users but not
others. Cause not known.

Retain Hyperlinks in Printed Documentation

Similar Messages

Maybe you are looking for