Skip to main content
Participant
April 11, 2008
Answered

Possible bug since latest Hotfix 3 with cfdocumentitem

  • April 11, 2008
  • 2 replies
  • 362 views
I used to have a template that generated a PDF that was broken into individually paginated sections. After applying hotfix 3, this seems to no longer work. See the attached simplified example to show the issue.

This was very broken after hotfix 3 in that the variable #i#, if shown in each header, would incorrectly be 10 on every page. After 8.0.1, #i# shows up correctly as 1 ... 10 on respective pages but the page numbering itself still seems broken.

Perhaps I'm missing something?

    This topic has been closed for replies.
    Correct answer SAS-1
    Okay, I have found the error. In CF8, I need to use cfdocument.currentsectionpagenumber and cfdocument.totalsectionpagecount.

    2 replies

    SAS-1AuthorCorrect answer
    Participant
    April 14, 2008
    Okay, I have found the error. In CF8, I need to use cfdocument.currentsectionpagenumber and cfdocument.totalsectionpagecount.
    Adobe Employee
    April 14, 2008
    I didn't understand what is broken here. As you said, the value of 'i' shows up correctly.
    If you mean the value of #cfdocument.currentpagenumber# of #cfdocument.totalpagecount# not showing up, thats because you have not wrapped it in cfoutput. Thats standard cfml... isn't it?

    SAS-1Author
    Participant
    April 14, 2008
    Sorry, I will try to explain the problem better.

    This loop creates 10 pages , each being their own documentsection.
    That means that the pagination should ready "1 of 1" on every page. Instead it is reading "1 of 10" on page 1, "2 of 10" on page 2, "3 of 10 on page 3", etc.

    "cfdocumentsection
    Description

    Divides a PDF or FlashPaper document into sections. By using this tag in conjunction with a cfdocumentitem tag, each section can have unique headers, footers, and page numbers."