Table of Contents Numbering recognize PDF Page Breaks
Currently the Table of Contents numbering does not recognize a PDF page break as a new page number. This should be changed so that tables of contents recognize page breaks in their numbering. If not, then page breaks should just move content onto a new blank page and eliminate the estimated PDF page break so that numbering is accurate. I currently am having to manually create page breaks in my 30 page document and cut/paste content so that my table of content is accurate.
Aaron Adams
shared this idea
-
Jordan Stauder commented
The page numbers on the Table of Contents do not correspond to the actual page numbers of the document if the ToC expands into additional pages.
Once a PDF is generated, My “Heading 1” shows on Page 3 on the ToC, but it is actually on page 9 since the Table of Contents doesn't count the pages required for its own table in the document unless I can split the ToC myself into multiple pages. If the PDF Page Breaks split the table for me once a PDF is generated, the page numbers no longer correspond.
If I can split the table into multiple pages myself, it would probably solve the problem.
Right now, the page is split automatically once a PDF is generated, so I guess the ToC Page is considered "1 page" even though the generation into a PDF will split the table to additional pages. Once the PDF is generated and the ToC splits into multiple pages, those pages are numbered through the Footer numbering system but the ToC does not update itself.
Maybe have the table auto-refresh once a PDF is generated.Currently, if you have a document where the ToC expands into multiple pages, the ToC would be useless through PandaDoc and would have to go into Adobe and edit each page number individually or create a ToC elsewhere.
Thank you for the consideration.