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

Similar Messages

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.

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

List style not visible in printed documentation

Robohelp 8.0.2
Is this a bug??? I opted to use a numbered list style rather than a numbered paragraph style to label procedural steps. The advantage of a list style is that skip numbering would not work properly using the paragraph style. i.e.:
'Steps' Paragraph style with numbering associated:
First step.
          Result of first step.
Second step.            * Bullets and Numbering does not allow me to consistently "Restart numbering at 2" (and HTML this produces is faulty).
'NumberedStep' List style with numbering:
   1. First step.
           Result of first step.
   2. Second step.               * Bullets and Numbering allow me to consistently "Restart numbering at 2."
Now I see the consequences of my decision: My 'NumberedStep' style is not included in the styles dropdown. Inconvenient, but not itself the end of the world.
The real problem is this: Printed Documents are not consistent with the style defined in 'NumberedStep'.
The font is larger than it should be, and indents are all over the place:
This is the selection I made on Generate Printed Document:
On first review, all the styles in my source translated easily to Word, but the style for NumberedStep text was not. That text is now 'Normal'.
I've hunted high and low to solve this issue, so a direct reply is appreciated.

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

Placeholders (breadcrumbs, Mini-TOCs) not showing in Printed Documentation

I've included Placeholders (breadcrumbs and Mini-TOCs) in Master Pages. They work as expected for the HTMLHelp output, but when I generate Printed Documentation (.doc), they aren't there.
I checked to make sure that I didn't accidentally assign them an online-only condition (I didn't).
I'm using RoboHelp 9 (RH9). Do I need to do something special? I just tried specifically applying the Print condition to the breadcrumbs in the footer and using that condition in the build, but that didn't help.

You don't get breadcrumbs or mini tocs in printed documentation.
I haven't viewed the lack of breadcrumbs as a problem as they are merely a means of navigating on screen and would be of no value in hard copy. Mini Tocs however describe what is in that "chapter" and should be included.
The more people who report a bug or request a feature, the more likely it is to be actioned. Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Generating pdf output with webhelp look and functionality not like a print documentation

Hi I have been using robohelp webhelp for our company online help documentation. Can I generate pdf output which has the same look and functionality as that of webhelp, using robohelp??

Welcome to our community
While you may certainly generate a PDF that contains the same information, it likely will not look exactly like WebHelp and it certainly will not behave as WebHelp.
WebHelp is intended for on-line use while the PDF is really intended for printing if one chooses to.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7, 8 or 9 within the day!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

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

Browser: Print to PDF does not retain hyperlinks

Hi,
I was wondering if someone can give me some guidance.
I have several html pages that contain numerous hyperlinks throughout the page
On each page there is a javascript print button (ie. onclick="window.print();returnfalse..........)
Whenever a user chooses the option from the print dialog box to print the page to Adobe PDF, the output (pdf) does not retain the hyperlinks.
Is there a way, feature, or product that will allow external users to print to pdf and still have the hyperlinks work?

Printing to PDF never includes interactive elements - it is what it says, a digital copy of a printed page. No links on a sheet of paper = no links on a PDF printout.
To retain interactive content you must save the page as a PDF, for example using the Acrobat plugin for IE or Firefox.

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.

Some images do not print when in printed documentation

I have been encountering this problem for over a year now...
I maintain over 20 projects in RoboHelp HTML. I have numerous
printed document layouts defined. However, in what appears to be
random situations, some of my images do not print. They display
online just fine, but they are not visible in the printed
documentation. Only a blank gap displays where the image should
display. And there is no conditional build tag applied to any of
these images. The reason I think it is random is because, if I
perform the following test, the images print just fine:
- duplicate the printed documentation layout
- remove, from the duplicate copy, all of the pages
surrounding a page that contains an image that does not print
- generate the duplicate copy

I had a similar problem with missing images. I never really
solved it, but it (apparently) went away. One thing which helped
was ensuring that none of my images had filenames containing
spaces.
In addition, selecting Link images rather than Embed can be
useful; missing images are then replaced by a red cross which makes
it easier to locate the problem.
Also, in Word, you should uncheck Tools > Options >
Print > Update Fields (that is for Word 2003).
--- Derek

Hyperlinks not Printing

Well, not sure if this falls under here of Printed
Documentation. So bear with me if I've posted this in the wrong
place.
Here's the problem:
The helpfile HTML has created perfectly, and one page is a
list of links to PDF files which the Users can complete etc...
Now - when I create the DOC from the HelpFile everything is
fine - BUT - the PDF files do not appear in the final generated
DOC, although obviously the page with the 'links' ie a list of the
available forms does appear.
Tried everything I can think of here, and the only one I can
get to work - which is a pain - is to convert the PDF file to a
JPG, resize it, and pop that onto the page - then generate the DOC.
Well that's the problem.

I'm not sure I understand the situation perfectly, but let me
throw another cheat at you:
1. Generate your DOC file from your Help project.
2. In the DOC file, include a few blank "placeholder" topics
for your PDF forms. To add a placeholder, insert a new blank page
with a Header 1 tag. Insert as many page breaks as needed so that
the length of each placeholder topic matches the length of the
appropriate PDF form.
3. Update the TOC in your DOC file; this will list the
"placeholders" in your TOC on the appropriate pages.
4. Generate a PDF file from your DOC file.
5. Use Adobe Acrobat Professional to replace the placeholder
topics with the PDF forms.
6. Use the Add Headers & Footers option in Acrobat to add
page numbers to the forms you inserted into your document.
If you've done all that correctly, you should end up with a
PDF file of your help that includes numbered pages for your forms.
Here's a quick example that illustrates the process. Suppose
you have four chapters for your document:
1. Faxing Forms to a Central Database
2. Sample Fax Form
3. Troubleshooting the Faxing Process
Chapters 1 and 3 are included in your Help topics; chapter 2
is a 5-page form you wish to insert. First, generate your DOC file.
If you created a placeholder topic for chapter 2 in RH, great; when
you open the final DOC file, go to chapter 2, insert 4 additional
page breaks, and then update your TOC. If you didn't create a
placeholder topic in RH, don't worry: open the DOC, insert 5 new
pages into the right spot, type "Chapter 2" in Header 1 style on
the first of those 5 pages, and then update your TOC.
In either case, you will end up with a 5-page break for
chapter 2, with a matching title in your TOC. Next, generate the
PDF file. When it is complete, open the file in Adobe Acrobat,
click the
Document menu, and then click the
Replace button. Navigate to your PDF form, and replace the 5
pages in your Help PDF with the form. Next, click the
Document menu, click the
Add Headers & Footers button, and use the features of
the Add Headers & Footers dialog to create page numbers for the
5 form pages that match the formatting used elsewhere in your
document.
Hope this helps.

Printing Presets Problem, Not Retaining Settings Assigned To A Preset.

Hi
I have a 10.5.8 client computer that is experiencing problems with saved printer presets not retaining the paper tray assigned to that preset. It works for other printers but not this one particular printer. I have tried the following.
1. Repair disk permissions.
2. Delete the troublesome printer presets and recreate them.
3. Reset printing system and re-add printers and recreate all printer presets.
4. Ran Onyx maintenance scripts, cleared caches, etc.
5. Re-applied 10.5.8 combo update.
Any suggestions would be greatly appreciated.

Hi xenainoz
In SAP DMS Whatever document that are linked to an Object Such as PO, PR , Material, WBS element, Sales order Item cannot be printed directly.
Mean Suppose if you are Printing PO and want to Print also Documents linked to PO line items , this is not possible in standard SAP.You will have to do ABAP Enhancements.
Please check this link . hope you will get some idea.
When PO is Mailed to vendor the DIR Original should also go as addn attachm
With Regards
Mangesh Pande

Printed documentation does not display some images in PDF

Some of the images in my printed documentation do not display
in my PDF. The majority of the images display fine, but a few are
missing. There is a gap where the image is supposed to appear, but
no image displays.
Am using RoboHelp 6.0 for HTML

Do they appear in Word? What version of Word? Is it always
the same images? How much RAM do you have?

Print Queue Will Not Retain Incomplete Jobs

Occasionally when printing to a network device I get an EOF message and the file does not print. When printing from Quark 6 the file stays in the print queue and the status changes to "stopped". Interestingly however, when printing from Quark 7 and an EOF is encountered the file does not stay in the Held queue but rather goes to the Completed queue when it has not actually been printed. Does anyone know how to get around this? I've found that when this occurs it's generally just a matter of resending the queued file to the printer once more and everything works. But when a file drops into the completed queue I can't retrieve it which means reprinting the entire (really large) document.
I've tried dragging the files from the Completed queue to another network print queue and then back again to the original printer. But this doesn't work either. Also tried saving Postscript files and then dragging them into the queue but this always leaves me with an EOF. No exceptions on the postscript file option (not sure about this, but suspect it's a topic for a different discussion thread).
Thank you for any assistance you can offer.

Hi,
Thanks for the post.
Here is something I need to confirm:
1. Does this issue occur with other network printers?
2. Does this issue occur when printing a text file?
If this issue just occurs with HP LaserJet P4015n, it is caused by the specific printer driver.
Now please perform the following steps to troubleshoot this issue.
Clear spool file
1. Stop the spooler by doing the following:
a. Click Start , Settings , Control Panel , Administrative Tools , then Services .
b. Scroll down the list of services for the Print Spooler.
c. Right click Print Spooler and click Stop .
2. Delete the spool files
a. Open My Computer.
b. Go to C:\WINDOWS\system32\spool\PRINTERS\ .
c. Delete all of the files inside of this folder.
3. Restart the spooler.
a. Click Start , Settings , Control Panel , Administrative Tools , then Services
b. Scroll down the list of services for the Print Spooler.
c. Right click the Print Spooler and click Start.
Change the spooling format
Set the spooling format to RAW, and then try to print directly to the printer instead of spooling the print job. To do this:
          a.       Click "Start", point to "Settings", and then click "Printers".
          b.       Right-click the printer that you are using, and then click "Properties".
          c.       In the Advanced tab, click "Print Processor".
          d.       Set the default "Data type" to "RAW" for both "WinPrint" and "ModPrint".
          f.        Click "OK", click "OK" again, and then close the Printers dialog box.
Does it work?
Hope this helps.
Miles
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Some hyperlinks not appearing in generated Word doc

When I generate a Word document, some of the hyperlinks show up, but not all.
I looked at Peter Grainge's site under Printed Documentation and issues, but didn't find anything that matched my problem. I also looked here on the forum, but didn't find anything.
I have a feeling it's a problem with style mapping because the links that aren't showing up are those that appear in lists (both ol and ul).
In other words, if I put a link in a paragraph that's a regular <p></p> paragraph, it appears in the Word doc and the link itself works.
If I put it in a <li></li> paragraph, the link does not carry over; there is no blue underlining and if you mouse over what should be a hyperlink, the cursor does not change to a hand icon.
Can anyone provide any suggestions?
I'm using RoboHelp 9 and Word 2010.

RoboHelp 10. I recently had a similar problem with hyperlinks not appearing in the PrintedDoc output, despite the following settings:
Conditional Build Expression = None
TOC = Default Table Of Contents, which contains all the topics that I want to appear in the output, but does not include every topic in the HTML Files (Topics) folder.
Retain hyperlinks
By comparing hyperlinks in a number of topics with the Word page, I found that hyperlinks in the Word document are not active when the target topic is in the root folder, but is not included in the TOC.
In the Print Document Content dialog box, I typically select TOC>Show all topics and click the double right-pointing arrows so that all the topics in the default TOC are in the right pane.
When I realized that hyperlinks to root topics were not active, I added the topics to the document content. To do this, I selected Top Level Folder and then selected each topic whose Help icon is white (i.e. not in the TOC) and clicked the right-pointing arrow to move it to the Content pane.
However, to make me happy on a Friday afternoon: "Internal error encountered. Failed to generate Printed Documentation".
I tried generating again, and now RH appears to be stuck on "Updating images". This happened the other day, too, and I waited 10 minutes before understanding that RH would stay stuck forever and would never even crash .
Here's what I think will resolve this particular issue. I'll put the renegade topics in the Default TOC so that hyperlinks to them will be active. This is not a problem for my end users because I don't generate their output from the Default TOC -- my project has five other TOCs that are used to generate WebHelp Pro. I only use the Default TOC to:
Edit topics in any module without having to open each individual TOC
Generate a "Test ALL" SSL that contains everything, so that I can search more easily across modules
Generate PrintedDoc for reviewers
Hope this information is useful to anyone who encounters this type of problem.
Carol

Hyperlinks not retained in printed documentation

Similar Messages

Maybe you are looking for