#510 PPD's for Adobe apps?


I'm using Gutenprint drivers under MacOs X 10.6.8. Adobe apps (like Indesign and Illustrator) don`t show PPD for installed printer and so these apps don`t allow to print separations or any PS features. Workaround to use "default write -g com.apple....." isn't useful (running "defaults read com.apple.print" tells "domain not exist")
The question is - How can I get Adobe apps to see "real" ppd for installed printer?
Gutenprint 5.2.7. Printer Epson Stylus Office T1100. MacOs X 10.6.8
Thank in advance!


  • mbroughtn

    mbroughtn - 2011-10-13

    Gutenprint creates PPDs "on demand" when you add a printer for OS X 10.6 and OS X 10.7. You need to manually create a PPD file that Adobe applications can read.

    Open the Terminal (/Applications/Utiltities). Make sure you are logged into an administrator's account on the Mac. Enter the following command in the Terminal window--all on one line:
    sudo cups-genppd.5.2 -p /Library/Printers/PPDs/Contents/Resources/ "Epson Stylus Office T1100"

    You will be prompted for your administrator's password. Nothing will appear on the screen as you enter your password. This will create a PPD file in /Library/Printers/PPDs/Contents/Resources that the Adobe applications can use.

  • Serge

    Serge - 2011-10-14

    Thank you for answer. PPD created successfully but Indesign and Acrobat still see printer as non-postscript. I know that in MacOs X 10.4 printer type can be changed by modifying defaults. But it seems to me something changed in 10.6. Is there any solution?

  • mbroughtn

    mbroughtn - 2011-10-14

    I have no access to or working knowledge of Adobe products. You mentioned changing defaults worked in prior versions of OS X. Were those printer defaults or Adobe defaults?

  • Serge

    Serge - 2011-10-15

    It is a trick described in Gutenprint FAQ (#4) - change system description of Gutenprint driven printer:
    defaults write -g com.apple.print.apple.pictwpstopdf YES
    It works fine in 10.4 but not for 10.6. When I run "defaults read com.apple.print" I recieve "domain not exist"

  • mbroughtn

    mbroughtn - 2011-10-16

    I would concur that the `defaults read com.apple.print` will give you the response that the domain does not exist. The `defaults write -g...` is writing to the Global domain. You therefore need to read the Global domain defaults -- `defaults read -g`.

    I took some time to experiment with Adobe Reader in OS X versions 10.3, 10.4, and 10.6. There does seem to be a significant change in how the printing system interprets the file sent from Adobe Reader.

    In OS X 10.4, the printing system is seeing a file of type pictwps being sent to it. In OS X 10.6, the printing system is reporting that it is receiving a postscript file. My guess is this might be the case with other Adobe applications as well.

    It would probably follow then the the `defaults write -g ... pictwpstopdf` "trick" is no longer valid.

    The question then becomes what is the new "trick"? After some searching on the Adobe site, the best I can seem to find is <http://kb2.adobe.com/cps/499/cpsid_49998.html#main_NonPostScript>. This page seems to indicate that there is an option to send the file as an image or bitmap.

  • Serge

    Serge - 2011-10-18

    Adobe solution to print as bitmap is for resolving printing problem itself (job don't print). In my case - PS options are disabled in Adobe apps because in print dialog summary Indesign shows "PPD: N/A PPD file: N/A", I can't select PPD because selection list is greyed out. But I find that Illustrator works another way - PPD available an correct.

  • Serge

    Serge - 2011-10-19

    What I have recently noticed - trick with "defaults write -g com.apple....." do works with CS3 apps running in Rosetta mode. All apps selects correct PPD even if the file was not manually generated. Not works neither for native mode nor for native applications like CS5. Does Mac OS have two print subsystems - each for Rosetta and native mode? Or something wrong in Gutenprint?

  • mbroughtn

    mbroughtn - 2011-10-20

    I am happy to learn you were able to fix your problem. I also learned some things along the way.

    I think the reason the Adobe applications need to run under Rosetta is because of the way Apple supplied the pictwpstops filter. They only issues a PowerPC (ppc) binary for that filter. I believe the rest of the printing system is provided as a fat binary for Intel (both 32 bit and 64 bit). This makes the pictwpstops a "hold over" from previous systems. This may have been done specifically to satisfy the needs of older Adobe applications. The pictwpstops filter is not present in Mac OS X 10.7.

    I did see your post to the Apple Support Communities on this topic. I hope some of the Adobe experts there will offer more insight. This is not really a problem with the Gutenprint drivers. Your printer is not a PostScript printer and the Gutenprint drivers do not present it to the printing system as anything other than a non-PostScript printer. I am sure most if not all of the manufacturer drivers for non-PostScript printers would exhibit the same problem you outlined in your original post.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks