1
0
-1

Is there a way to specify “replace a specified page with a preprinted sheet” without printing that specified page?

    CommentAdd your comment...

    4 answers

    1.  
      2
      1
      0

      I know several solutions:

      • The most reliable: remove the corresponding pages and add InserSheet in a partitionned DigitalPrintingParams. Difficulties: need to edit the PDF file. You need to adapt the page numbers in the partitions because of the removed pages. But you are sure it will work.
      • Alternative: replace the preprinted pages by blank pages in the PDF file and partition DigitalPrintingParams for the different Media, so that the DFE prints nothing for blank pages on the preprinted media. This removes the problem of adapting the page number. But you still need to edit the PDF file. And you are sure it will work.
      • Other possibility: partition the DigitalPrintingParams and specify ImagableSide="None" for Media of the preprinted sheets. Then hope that the DFE will interpret this as "do not print on that media". The risk is that the DFE could raise an exception because of contradiction: content to be printed on non printable media.
      • Last possibility, that I never tried, and is not supported at all by IDP ICS: partition the input RunList to keep only the pages to print.
        CommentAdd your comment...
      1.  
        1
        0
        -1

        Actually Jean-Marcs final possibility is the official JDF method, but it has never been added to an ICS and he is correct that it is not widely supported. Most DFEs still live in a PDF File=Job paradigm.

        RunLists were designed specifically with the idea in mind of extracting and reordering and/or repeating pages of a pdf file in a workflow. You can select individual pages with RunList/@Pages and add empty slots by inserting a partition that does not reference a page.

        <RunList Pages="0~2">
        <LayoutElement><FileSpec URL=...pdf"/></LayoutElement> 
        </RunList>
        <RunList NPage="1">
        <LayoutElement ElementType="Reservation"/>
        </RunList>
        <RunList Pages="3-5">
        <LayoutElement><FileSpec URL=...pdf"/></LayoutElement> 
        </RunList>
        1. martin goodall

          This solution prohibits using one JDF for all PDF's (i.e. in an automated approach) since PDF's vary in length and each side must be specified explicitly in the runlist.

        CommentAdd your comment...
      2.  
        1
        0
        -1

        JDF does not provide a "standard" way (best practice) to do this without manipulating PDF file? 

          CommentAdd your comment...
        1.  
          1
          0
          -1

          I think you can also achieve it via the following, but I am uncertain which printers actually support the command.

           

          8.85.8 Element: PageCondition
          New in JDF 1.4
          The PageCondition Element defines restrictions on when page content SHALL NOT be placed in a
          ContentObject of a Layout. Before placing page content from a RunList into a ContentObject the
          PageCondition/@RestrictedContentObjects Attribute SHALL be checked for the @Ord of the
          ContentObject. If the @Ord of the ContentObject is in the @RestrictedContentObjects Attribute Value,
          the alternate content, if any, SHALL be placed in the ContentObject. After skipping a restricted ContentObject,
          the Imposition Process SHALL then place the current page content into the location defined by the next
          ContentObject (after that specified by the @RestrictedContentObject). This corresponds to incrementing the
          effective @Ord value of the page in the RunList by 1, effectively incrementing the total number of pages of the
          RunList. If the next ContentObject is also restricted then the process is repeated. PageCondition Elements are
          processed in their XML order.

          1. Jean-Marc Steux

            DFE are using LayoutPreparationParams, in conformance to IDP ICS.But PageCondition is an element of Layout and is not available in LayoutPreparationParams.

          2. martin goodall

            agreed that it is not part of IDP ICS, but vendors may have implemented it (I know Canon USA support Layout in JDF)

          CommentAdd your comment...