Skip navigation
Currently Being Moderated

FM 11, Print Book Problems

Feb 14, 2014 4:52 PM

Tags: #framemaker #printing #print #print_book

I've been working with an FM 11 book and chapter files for about 2 months. Within the last two days, I suddenly cannot print the book any more. Selecting File > Print Book... and the only thing that happens is the files in the book are selected/highlighted and I see a Pages: message at the bottom of the book window with the page ranges from each file listed (e.g., Pages: 1 - 2, i - x, 1 - 16,....)

 

As far as I know, I haven't changed any settings. I've been printing the book this way for weeks. Now... nothing. I have been able to use File > Save as PDF...

 

Thoughts or help, please? I've Googled and searched this forum, but have not found an answer. I'm guessing it's something simple I have overlooked.

 

I have migrated to a new machine this last week, but I was able to print following that migration -- at least a few times.

 

FrameMaker 11.0.0.380

Windows 7 64-bit

Acrobat and Distiller XI

 
Replies
  • Currently Being Moderated
    Feb 17, 2014 2:48 PM   in reply to Chris Dunn

    Chris,

     

    What is the printer instance that you're printing to? What is the port configuration for that instance?

     

    If you're creating PDFs, then the SaveAsPDF route is quite reliable now - no need to print to a .ps file and distill.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 18, 2014 5:59 AM   in reply to Chris Dunn

    Try updating – you should be at 11.0.2.384

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 19, 2014 9:18 PM   in reply to Chris Dunn

    Chris,

     

    The SaveAsPDF routines have been quite stable for the last few releases of FM (i.e. the 10.0.2 patch). The only reason to use the manual method would be for a very specific print/press requirements where you need to handle the postscript for some reason (such as specific colour tweaking, graphic insertion, variable data or device-specific job information) before handing it off to Distiller.

     

    If you're only creating PDFs for online use or office-quality print jobs, then the "old way" is more manual work and file maintenance chores on top of your existing workload.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 20, 2014 9:17 AM   in reply to Chris Dunn

    Chris,

     

    Regarding the graphics insertion, this is more for inserting hi-res images after the fact (image by-pass processing for speed and small ps files). In colour catalog production, full-page colour images can be very large, so instead of generating gigabytes of postscript from FM, these can be called into the Distiller processing as external references - passing the onus on to Distiller to do the heavy lifting.

     

    What you mention about distilling to preserve quality and avoid issues, is exactly what happens regardless of the route you choose. The SaveAsPDF just automates things behind the scenes - it still creates a postscript file (except it's labelled as a .tps), calls Distiller with the specified joboption, deletes the .tps afterwards and optionally displays the final PDF. There ar some optimizations that are performed on the .tps prior to handing over to Distiller as well, that ar not available when you manually create the .ps and distill. You also cannot call the FM  CMYK output routines from the manual route. In the intial installations, there were issues arising when the default printer wasn't the AdobePDF printer instance and FM tried to set the correct printer in the background (but often messed up when multiple postscript devices were available). Ther also were issues when the Acrobat team changed the printer instance name and default locations for some files (joboptions) in the mid-cycle of a FM release, so users with newer versions of Acrobat ran into "phunnies" happening to their output.

     

    If you were having quality issues before, it was most likely incorrect job-option file settings, not having the AdobePDF set as the default printer instance (and/or user error).

     

    The one thing to be aware of is the first time you run the SaveAsPDF, it may take quite a bit longer to create the PDF file. This is due to the background initalization and calling of Distiller and some of the postscript processes. However, once it's been done, subsequent PDFs created in the same FM session fly out the door (so to say). With really big, graphically complex jobs, it may be advantagous to create a small PDF of something simple first. There also is minimal feedback when the SaveAsPDF process is running (which is just a poor UX-design in my opinion).

     
    |
    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