Skip navigation
Currently Being Moderated

Page numbers in Word TOC not correct; have to open doc and update

May 7, 2012 2:11 PM

Tags: #word #toc #word_2010 #robohelp_html_v9 #printed_documentation

I'm using RoboHelp HTML 9 and Word 2010.

 

I generate a Word doc (.docx) as one of my outputs. The Word TOC works -- that is, if I Ctrl-Click one of the items in the TOC, I'm taken to that item.

 

A user just came up to me asking why the page numbers are off. Here's what I see.

 

I use SSL to generate the Word doc.

In the TOC, I look for the topic "Setting Up Comments." It's listed as being on page 30.

I Ctrl-Click that TOC item and it takes me to the topic, but when I look at the footer, it says this is page 28.

 

If I go back to the TOC, right-click, and choose "Update page numbers only", Word updates the TOC, which now shows the correct page number, page 28.

 

In other words, generating my printed doc is now a multi-step process:

 

  1. Use SSL to generate the Word doc.
  2. Open the Word doc and update the TOC.
  3. Save the Word doc.

 

Shouldn't the TOC be right the first time around? Am I forgetting to do something?

 
Replies
  • Currently Being Moderated
    May 8, 2012 12:43 AM   in reply to MM Acton

    Very occasionally I have seen people report this before.

     

    Check to see if it is all projects or just this one. I suspect the latter in which case all I can suggest is creating a new print layout, not a duplicate.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    May 8, 2012 10:45 AM   in reply to MM Acton

    Your example was not the best, many chapters have such a topic. However, I am seeing issues there.

     

    In another project I am finding the page numbers correct so I will need to do some more digging.

     

    Meantime, given the problem can be recreated using the sample, you should report it as a bug.

     

    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

     
    |
    Mark as:
  • Currently Being Moderated
    May 9, 2012 7:50 AM   in reply to Peter Grainge

    I think I may have identified the problem here but it will take more testing.

     

    If you create a new project with some simple topics, I think you will find the numbering is correct.

     

    In your project, are you mapping to the Style Mapping template? If so, make a copy of your project and in that trash the template so that RoboHelp has to copy a new one in. See if that is any different.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    May 9, 2012 11:55 AM   in reply to MM Acton

    In your existing project try creating a new print layout, not a duplicate of the current print layout.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    May 10, 2012 8:56 AM   in reply to MM Acton

    Rats!

     

    I will poke around some more when I get a chance but for now there's nothing else to suggest. I will also be reporting this to Adobe. However, you should do the same.

     

    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

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points