Community Tip - Did you get an answer that solved your problem? Please mark it as an Accepted Solution so others with the same problem can find the answer easily. X
Doug,
Thanks for posting this for me. Got a login so you didn't have to do the dirty work! 😃
Adepters, here's my problem:
Using Print Compose, I'm having trouble with pagesets not creating a "blank backing page" (rectobb) unless the page is followed by the start of another pageset. If any pageset is the last pageset in the document, Print Compose will end the document on a recto page. However, the same pageset will correctly end on a rectobb if it is followed by another pageset. Any ideas?
Brandon,
Using Arbortext 5.2. Not sure what version of Print Composer I have. Yes, we are developing a custom fosi for a MIL-STD delivery, which is why its important to have the pdf end on a verso page. Out mil spec deliveries are used for paper copy output and require backing pages for every page.
I used one of the prior suggestions regarding an ACL function but that only seems to work when the savetext has a literal conrule (i.e. <savetext textid="mytext.str" conrule="\2">. If I pass a stringdecl, the fosivar_value function doesn't return anything.
Thanks for taking the time to reply.
In Reply to Brandon Ibach:
On Mon, Nov 21, 2011 at 1:10 PM, Joseph Migliore
@<-> wrote:
> Using Print Compose, I'm having trouble with pagesets not creating a "blank
> backing page" (rectobb) unless the page is followed by the start of another
> pageset. If any pageset is the last pageset in the document, Print Compose
> will end the document on a recto page. However, the same pageset will
> correctly end on a rectobb if it is followed by another pageset. Any ideas?
First, a couple of questions to establish context. What version of
Print Composer are you using? Are you authoring a FOSI by hand?
Now, to provide the best answer, it would help to know why it's
important to have Print Composer produce the final page. What will
appear on it? If it really is a blank page with no markings, then it
doesn't seem that it would be important for it to be included in the
composed document.
-Brandon
Joseph,
I, among others, have worked with DOD PDFs for a long time. The customer ALWAYS wants to know how many pages are in the PDF based on the LEP since every page is accounted for. The way to ensure that last page is properly accounted for, even though it's blank, is to add a "dummy" page that always prints one page at the end of the PDF. This single page will contain ONLY a space, always print, and because it is a 'new' pageset, will always close out the previous pageset.
We simply chop off the last page after the fact, but he internal numbers to the PDF always match, and always come out to an even number.
Hope this helps,
Bob