Wrong margin length when printing from JRC

Hi,
I have problem with printing reports using JRC with null margins. Everytime when I chose 0 as a margin (i have tested it with left margin), after printing the margin is bigger then 0. If the report is printig from Crystal Report all margins are set correctly. Is there any minimal value that is set by CR4E JRC libraries when the report margin is set to 0? How can I change that?
Regards,
Andrzej

Hi,
I am facing the same problem. How do i print reports with margins set to ZERO??
Kamal.

Similar Messages

Skin Tones Look Wrong When Printing From iPhoto

Hi
I'm having trouble getting the caucasian skin tones to look right on photos printed with my Epson Stylus C86 printer on Epson Premium Semigloss paper. They look too pinky/purple when compared with the screen of the Sony DSC camera I shot them with and also my iMac's monitor. They just look wrong as though the subjects have a combination of bad sunburn, high blood pressure and are blushing at the same time!
I've tried the following tips synthesised from other threads:
1. Downloaded the latest set of drivers from Epson's website.
2. Ensured that they are associated with the printer in ColorSync utility.
3. Selected the Use ColorSync option when printing from iPhoto's print dialogue box.
These made no difference to the default behaviour i.e. same color problems.
Could anyone guide me to a solution? I would rather not have to use another application to print them if possible. I'm not used to my Mac not "just working".
Thanks

What color profile do the pics have? Is the printer set to the same profile?
Regards
TD

How to print within the margins of the page when printing from iPad to HP Envy D410a?

When I try to print something from the iPad, either the 1 or the 2, the result is that the image sent from the iPad is printed Borderless, which of course results in parts of the print being cutoff, is there someway to resize the print through the printer, since the iPads don't have drivers?
Also, I seem to have a similar problem when printing from my PC, only in it's case the resulting print is smaller, it seems to print into a margin size of 1" on all sides. The only app that I have found that lets me override this is Adobe Reader which has the page scaling options.
All suggestions will be appreciated. TIA.
Stephen.
This question was solved.
View Solution.

You may download HP iPrint software to edit margins & borders:
http://h10025.www1.hp.com/ewfrf/wc/document?docname=c01616126&lc=en&cc=au&dlc=en&product=4073738
Although I am working on behalf of HP, I am speaking for myself and not for HP.
Love Kudos! If you feel my post has helped you please click the White Kudos! Star just below my name : )
If you feel my answer has fixed your problem please click 'Mark As Solution' and make it easier for others to find help quickly : )
Happy Troubleshooting : )

Margin problem when printing on ipad from pdf app

On 4500g there is no top margin and very small left margin when printing from pdf printer app on my ipad. Where can i set margins before printing?

Hello Leonie1938,
Welcome to the HP Support Forums!
If I understood correctly, you are printing from an iPad to the Officejet 4500 G510g using a .PDF printer App. If this is correct, what is the App name? I searched and found an App called PDF Printer for iPhone for $2.99, is this the App?
If you are not using a HP App, all I can offer is to clean the rollers on the printer. This is best done by following steps here: The All-in-One Does Not Pick Up or Feed Paper, Solution four.
Cheers,
JERENDS
I work on behalf of HP
Please click “Accept as Solution” if you feel my post solved your issue, it will help others find the solution.
Click the “Kudos Thumbs Up" to the left of the reply button to say “Thanks” for helping!

When printing from web pagess, right margin cuts off print, cant seem to reconfigure. Frames select on print choices does not highlight for printing options. What will help?

Using a Dell Dimension E310 with Windows XP and Dell photo 924 Print/Scan/Copier. When printing from web pages on the browser the right portion of the print is cut off. It appears that the "folders" frame on the left side of the page is always printing with the page, which cuts off the print on the right side of the main page frame by the width of the "folders" frame. When I select the print command, the choice for selecting a particular frame to print is on the drop down menu, but is not highlighted for use. We have had this problem with Firefox for some time. Printing from IE or Word, etc. does not produce the same problem. We like Firefox otherwise. What is the fix?

You're right: most web pages do not use frames, so that option usually is not available.
I don't know why a page that printed just the main content before would change to printing with useless sidebars. Can you try the site in Firefox's Safe Mode and see whether it prints/previews correctly there?
First, I recommend backing up your Firefox settings in case something goes wrong. See [https://support.mozilla.com/en-US/kb/Backing+up+your+information Backing up your information]. (You can copy your entire Firefox profile folder somewhere outside of the Mozilla folder.)
Next, try starting Firefox in Firefox
[http://support.mozilla.com/kb/Safe+Mode Safe Mode]. Be careful not to "reset" anything permanently if you didn't back up.
Does that fix it? If so, the difference usually is caused by one of your add-ons. You can restart the regular way and disable all non-essential add-ons here:
orange Firefox button ''or'' Tools menu > Add-ons
In particular, check the Extensions category.

When printing from file, print or print preview, must set page size @ 40% to get correct printing. IE is ok only wrong on firefox!

when printing from file, print or print preview, must set page size @ 40% to get correct printing. IE is ok only wrong on firefox! edit

What happens when you select a scale higher than 40%?

When printing from aperture my margins are unequal, even if i set my margins they come out bigger one side and not the other. i am using a macbook pro running osx lion and printing with a canon pro 9000

when printing from aperture my margins are unequal, even if i set my margins they come out bigger one side and not the other. i am using a macbook pro running osx lion and printing with a canon pro 9000.
please can anbody help or advise?

You didn't mention any color calibration being done on your monitor. This is an essential part of any color-correct workflow. What are you using to calibrate your monitor (and your printer)?
Print profiles (for soft-proofing as well as printing) are for specific combinations of paper & printer. The nine you have are each, most likely, for a common paper (perhaps mfr'd by Canon) to be used with your printer.
I don't know what you mean when you say "I choose a high standard print option".
Have you read the User Manual chapter on printing?
Printing Your Images
There is also a good appendix on calibration:
Calibrating Your Aperture System

Separator page prints out with wrong name when printing from Outlook 2010

Working with Windows 7 Enterprise, Outlook 2010. We've set up our desk printers to print a separator page with the user's name, as several people use the same printers in our building. Printing from IE, Word, etc. all work fine, and it'll print
out the correct username on the separator page.
When anyone attempts to print an Outlook email, it instead prints out my username. We've found that it doesn't happen if they click on the "quick print" button, but it happens every time if they do "file > Print" or Ctrl+P.

Hi
As per the information and details provided by you that separator page prints out with wrong name when printing from Outlook 2010, please follow these steps: -
To create a custom separator page file, use a text editor such as
Notepad. On the very first line, type one single character, and then press
Enter. The character on this line defines the character used as an escape character. For example, the following list assumes that this character is the at sign (@).
Enter the escape codes for the functions you want, and then save the file with an .sep extension in the Windows System32 subfolder.
In the Print Manager, select the printer that you want to use the separator page file with, and then click
Choose Properties on the Printer menu.
Click
Details, specify the name of the desired separator page file in the
Separator File box, and then click OK.
Note:
Put the custom separator page file in one of the following locations:
In the %Windir%System32 folder.
In a folder whose path contains a SepFiles folder. For example:
Drive:\Folder\SepFiles\Subfolder
I hope this information will be helpful for you.
Thanks and regards
Shweta@G

HP Officejet 4630 Printer....how do change from the default setting when printing from the web?

HP Officejet 4630.....Windows 8, 64-bit
When printing from the web I am not able to change the print size.
1. Click File on Menu bar
2. Click Print open dialog box
3. Click Properties open printing shortcuts
Everything in Printing Shortcuts have a lock on it. Including Factory Default.
Any and all help with this problem will be appreciated.
Thank you in advance

I posted this to the wrong board. Can it be move to the right one?
thank you

[FIX] Darker prints and color shifts when printing from Lightroom 2

Hi,
The problem :
When printing RAW or TIFF files from LR2, you get a printer output that
is much darker than it should be and that presents various color shifts.
I'm using an Epson Stylus Pro 3800 with the latest Windows driver
(6.50 - which is rather old by the way). The workaround described below
works for me under Windows XP SP3. It should also probably work with
other systems/printers/drivers. Use at your own (minor) risk.
The "official" procedure for printing from LR is as follows:
1. Do not let the printer manage colors and select "Other..." from the
profile dropdown list and select the ICC/ICM paper/printer profile that
you want to use.
2. Click on Print... in LR which opens the Print Settings dialog.
3. Select the options you need and the paper you're using.
4. **Disable the color management from the driver's side** (in Epson's
drivers, "Mode | Custom | No Color Adjustments").
5. Print
Unfortunately, **this doesn't work** for many of us and this produces a
print that is dark and has color shifts as mentioned above. Note that
the same image prints correctly from QImage or Photoshop CS3 (that is,
the printer output corresponds to what you see on your calibrated
display).
Apparently, although color management has been (allegedly) disabled in
the driver, there's something wrong between LR and the driver which
makes that *both* LR and the driver are still trying to manage colors.
In other words, the "No Color Adjustements" option of the driver doesn't
seem to work with LR.
The workaround (found after hours of hair pulling and paper and
expensive ink wasting):
In step #4,
1. Instead of selecting "No Color Adjustments", set Mode to "Custom |
ICM
2. Click Advanced...
3. Check "Show all profiles".
4. Select Driver ICM (Advanced)"
5. Set **both** the "Input profile" and the "Printer profile" fields to
the very same profile that you specified in LR.
That is, if you specified Pro38 PGPP (Premium Glossy Photo Paper) in LR,
then also select Pro38 PGPP in both "Input Profile" and "Printer
Profile". This has actually the same effect has disabling color
management in the driver (what "No Color Adjustements" should normally
take care of).
That's it. When printing, you'll get exactly the same color results as
when printing from QImage or Photoshop. No more dark prints. No more
color shifts.
One might think that the bug is in the Epson driver but in that case,
QImage would have the very same problem. So I tend to think that the bug
is on the Lightroom side.
Note: Although Photoshop CS3 produces a correct printer output, it
demonstrates the same problem as LR when using the "Match Print Color"
option for soft proofing. But in that case, only the preview colors are
wrong. The printer output is ok. Which also tends to demonstrate that
Adobe has the problem, not Epson. Or maybe both... :-) .
Don't ask me why some users have the problem and other don't.
Hope this helps.
Patrick Philippot
MainSoft Consulting Services
www.mainsoft.fr

A sincere thank you for your reply, Michael. Sorry about the "it just doesn't make sense" shortcut. I have been trying to solve this issue since LR 1.1, spending dozens of hours on different trials and digesting everything written on this forum and the B9180 forum about color management and double profiling. My shortcut was a summation of my experience (and my frustration) but doesn't really advance the conversation. Here are some data that should be more useful in diagnosing the problem.
I am running Windows XP SP2. I calibrate my monitor monthly with the Spyder. The reason I suspect this may be an issue of double profiling is because the results (moderately strong magenta overlay plus an increase in contrast) match what more knowledgeable people than I on this forum describe when double profiling occurs. Perhaps I shouldn't presume it is double profiling, and follow Patrick Philippot's lead in naming the problem "color shifts." Patrick does refer in post #2 of this thread, however, to obvious double profiling.
I certainly do have a successful and consistent print method. With PS CS3, and either my Epson 1280 or my HP B9180, the output is almost always dead on. Here is how I do it. In PS from the print dialog box, under color handling I always choose "Photoshop manages colors." Then under printer profile I select the profile designated by the manufacturer for a particular paper/printer combination. Then in the printer driver I disable printer control of color. With the Epson I check the box "Off (No Color Adjustment)." With the B9180 I choose the option "Application Managed Colors." While I sometimes may tweak the final output, these procedures have served me well with PS for several years.
Contrasted with my positive PS experience, my experience with LR printing has been inconsistent. I regret having to be so imprecise but truly sometimes LR produces accurate results that match the calibrated monitor, but most of the time it does not. I use standard procedures with LR that parallel the PS ones described above. In LR's printing panel, under color management, I specify the correct profile, just as I did for PS. Then in the printer driver I use the same procedures I use with PS. Most of the time the prints have the magenta overlay and too much contrast.
BTW, the inconsistent LR printing only takes place with my HP B9180. I have never had any problem with off-color LR prints with my Epson 1280. Again, I emphasize that I have standard procedures that always work with PS (no matter which printer) and LR (but only with the Epson).
Unfortunately the LR printing problems are intermittent. Some of the time (perhaps 20%) LR produces fine prints in the B9180, indistinguishable from PS prints. When LR is printing well, it will continue to print fine until "something happens" and the output shows the color shift. This means I do not get a random sequence of good-bad-good-bad prints, but rather good-good-x factor-bad-bad-bad. Ths problem is that I do not know what this "x factor" is. Once, when LR was giving me accurate output, I simply changed the default printer (Control Panel-Printers and Faxes) from the B9180 to my Samsung 1430 laser; immediately afterwards the LR output colors shifted. Did LR react to this change in default printers? Another time I had good LR printing success with version 1.2 but ran into the problems described above when I upgraded to version 1.3.
Sorry for the long post. I am hoping that someone will see something that I am missing and provide a hint. I think, though, that Patrick is correct when he states, "I tend to think that the problem is with LR. After all, similar issues (obvious double profiling) are observed only in LR but with various printers."

Banding occurs when printing from Illustratror/InDesign on HP Designjet Z5200 PostScript Printer

Recently we got the below printer for large-format prints such as posters, banners and the like.
http://h10010.www1.hp.com/wwpc/us/en/sm/WF05a/18972-18972-3328061-12600-3328080-4122732.ht ml
However so far when printing directly from InDesign and Illustrator there have been problems with "banding" (alternating stripes of darker and brighter colors on the paper when printing).
It seems that this could have something to do with either the type of paper and/or the OS (we use both XP and Win7) on which CS5 runs but I am still unsure if these are the real causes.
After having talked to a certified HP-technician (not only a support employee!) the technician pointed towards the CS5 package as the culprit.
At the very moment we are using a workaround that the before mentioned technician advised us to use which is basically the following.
Illustrator --> Saving the Ilustrator file, then opening it in Photoshop and saving as a tiff raster image in the relevant resolution, then importing the tiff raster image into HP's HP own "Instant Printing Pro" printing application.
InDesign --> Saving the InDesign file as a pdf, then opening the pdf in Photoshop and saving as a tiff raster image in the relevant resolution, then importing the tiff raster image into HP's HP own "Instant Printing Pro" printing application.
These two solutions both work without banding on the final print.
However, sometimes - as mentioned before - it seems that the paper might absorb the ink better if it's of a better/thicker quality when banding doesn't seem to occur (at the moment we mostly use plain paper settings in the local printer settings display when loading a roll of paper which also is a cheaper type of paper) and while banding seems to occur mostly when printing from XP machines it doesn't always seem to occur when doing so from Win7 machines.
What's the score on the above?
Any help and input is welcome and appreciated!

Well, I have no official
connection to Adobe, but any manufacturer who sells a product targeted
at the graphic arts industry, and then says that the reason it doesn't
work is because there's a problem with the software produced by the
graphics industry leader needs a reality check. Printer manuafacturers
have had access to Adobe for years, so there's really no excuse for an
incompatibility problem.
Your company is a vendor? Get
escalated. HP should be all over getting this to work correctly,
including providing a RIP for you if that's what it's going to take to
implement proper printing. How do the expect you to demonstrate or
recommend this printer if it stripes the background?
Peter -->
You are right about basically anything that you said and I agree that this should be HP's headache. But it's not so simple at the moment.
First of all I'd hate to stand back like a dummy if it would turn out to be a minor driver setting issue or another insignificant problem that creates the banding. On the other hand it would of course also be the local HP-support failing since they didn't manage to tell us about it in the first place and that's really their job and responsibility but under any circumstance, I'd like to give the ideas and suggestions from the other participants further up this thread a chance and see if the pdf-printing or other ideas work. In other words..., if I'd complain to HP it had to be bulletproof.
Secondly we are supposed to sell these and similar products to our clients and if I should start a dicussion I'd have to argue not only with HP who would most likely claim that the workaround they told us works (in a way) and that this was a result - at least to them - as well. I might also have to start discussing with the CEO of our company, the purchasing department and the marketing director (the latter actually said some time ago when we had the first problems that if the printer didn't work according to the HP-consultant's promises they could have it back, so there is at least some hope there). At the moment I am too busy at work and too low paid to be getting into this. And I seriously doubt that HP would give us a RIP to be testing this off even though we'd argue that the clients won't be able to work this out if we don't do. They'd probably just say that it's mainly for plotting charts and architects or stuff or find a whole range of other excuses. It's not certain and there could be positive surprises but I'd say that that's not likely.
There is one other thing Peter that I am still wondering about...
If you take a look again at the fourth and last picture-link I posted you can see the exact same print as in link no. 3 but whereas the third link shows banding the last - the fourth image link - shows no banding at all. Now I am not a 100% sure anymore if these were both printed directly from Illustrator but to my best knowledge they were since I printed all of these banners the same day and I don't recall saving to tiff or using other programs. I might be wrong but if that's the case then the thick HP-paper doesn't band whereas the thin does. That's the reason why I stated previously that the banding might occur with thinner paper (or wrong paper load settings) and doesn't occur with thicker paper at all. As mentioned I don't recall this action a 100% but am pretty sure. Also therefore I would like to run another test when I get more time and won't be so busy at work as I am right now.
Do you think there could be a difference there...?
macinbytes wrote:
I'm guessing they have the same crappy Colorburst software that shipped with the HP we got and it's never going to get good with InDesign or Illustrator transparency. We have the thermal printer that is 6x more expensive and the software is still bad. At version 9.3 it still fails on InDesign transparency.
We just make tiffs or normalized PDFs for files containing InDesign transparency. Illustrator transparency generally works better than InDesign, but isn't infallible. Anything that uses the gradient feather tool in InDesign I don't even bother with a test print to see if it gets it because I know it will fail 100% of the time.
If they are a vendor they are in a Catch 22 if they do it right and go for a solution that normalizes the files properly before sending to the garbage software that ships with it. When you are talking about an entry level thermal inkjet the software package isn't going to be robust. Something like a GMG or other solution to handle all the show devices files works, but at best you are disingenuous about how files are being handled with your clients and face pushback when they can't run all the cool tricks to them when they get it out in the field.
Happens with Colorburst, happens with Colorgate, happens to a lesser degree even with the lower end Creo RIP. Fiery seems to get it good somehow, but doesn't power a ton of inkjets.
HP support is phonetag hell anyway for inkjets. They buy out tons of companies that produce anything printing like ColorSpan and provide bare minimum support on the products they slap an HP tag on. They want to sell inks and papers. They don't make the software and license it in bulk like the crap they load on their computers. They also usually ship with old software that needs at least a couple point releases before it is current, but even the current software on their thermal printers sucks at InDesign transparency. HP may need a reality check on their software, but I doubt they get it. They've got a sufficient stranglehold and supporting what is essentially a bottom of the barrel portion of their printing business is in the high maintenance low yield square for them.
macinbytes -->
Wow, now THAT is scary reading...!
If what you wrote is true then things really start looking bleak. But I can recognize some of the problems that you are mentioning although I am not into all of the details that you are writing about in your thread. But it sure looks like they just mass produce and try to keep support to a bare minimum whereas they are scoring big bucks on the media, inks and other accessories and then hope that complaints will die and people will just give up in the end.
It does make sense also seen in light of the fact that our local HP-consultant who "introduced" us to the printer praised it to the sky with a lot of "sales mambo jambo", trying it out in HP's own "E-share & Print" (which I was told by the HP-technician was the wrong HP-print program, instead he made me download and install the "Instant Printing Pro") whereas he NEVER even tried it off in any of the Adobe programs or asked some of our employees to do so.
If you are getting more info in regards to the development in these cases or solutions software-like speaking I'd love to hear from you.
Thanks for your time and for posting.

Different Colors when printing from Photoshop and InDesign CS3

Different Colors when printing from Photoshop and InDesign CS3
I have the following problem:
When printing from Photoshop or InDesign to a PostScript printer, Adobe recommends to let Photoshop handle the colors (I use the German version, so I don't know the exact term used, it changes slightly in all CS3 apps anyway).
The manufacturer however told me to let the PostScript printer handle the colors.
When I chose this option in Ps's print dialog and then choose ISO Coated as the printer pfofile, the results are fine.
But when I place the exact same image in an InDesign file and print from InDesign or export to PDF and print via Acrobat, again using "Printer handles colors", the results are the exact same as if I had used Ps and chosen to let Ps handle the colors (way too saturated and a bit too red).
·Photoshop CS3
·InDesign CS3
·Test image is a TIFF in CMYK Fogra 27 Coated (which is also the working color space in Ps and ID.
·Printer: Xerox Docucolor 3535
·Printer profile: ISO Coated
How can I make sure the printer handles the colors in other CS3 apps than Ps? I tried it with ID's print dialog (translated from the German version: Color Management > Options > Color Handling: PostScript-printer decides colors).
Thanks a lot!

RE: "You don't indicate what Xerox printers you have"
In my first post I named it, is that the information you need?
Docucolor 3535 using Splash 3535
That's interesting, so I have to find a way to turn off the printer's Color Management function? I mailed them, hope they can tell me how to do it easily. They usually just tell me to not use any profiles and so on, but that's the general rule in this area, I'm really tired of hearing it. Everybody seems to think profiles and LAB mode are nuclear science and I should stay away from it.
Anyway, the test image I'm using is a simple photograph (size A3, 300dpi), so no transparencies at all. I'm placing this image into an equally large ID file and print it from ID, then export it to PDF-X/3 and print it from Acrobat. Hope that helps.

When printing from my Mac all of a sudden when printing from IPhoto the picture is really dark. The test page off my HP color laser jet is just fine. It is not the printer although older. All of sudden it does not want to print correctly.

All of a sudden when printing from my desktop Mac in IPhoto the printout comes out black. My colors are fine on my HP color laser printer. I have printed many times and now all of a sudden it is not printing. A test copy from my printer comes out fine. I really think for some reason something has changed just in the last few days. Just communication with IPhoto and the computer.

As long as your cartriges are full, put a photo on you desktop, highlight it , click COMMAND P and the print preferences window should drop down, and select your printer and photo paper.

Colors not printing correctly - Only When Printing from Reader 9

I have recently been having problems printing color PDF's using Reader 9. Yellows are printing as blue, blues as pink, pink as grey, etc. I have no problems printing any other types of photos, documents, or powerpoint presentations so I am assuming it is some setting in Reader. My printer is an HP Color LaserJet CM1015. Any help diagnosing this problem would be greatly appreciated!
Thanks in advance,
Dave

It is using sRGB and that is the only color profile available.
In addition, when I try to print 4 slides per page and 1 slide per page, the colors are completely different than when I try to print 2 slides per page.
I have tried changing settings in print options and put them back to default and nothing I do changes the issue. Again, it only occurs when printing from Reader. Everything else prints colors perfectly fine.

CUPS Error message when printing from some applications

Hi. I've got an issue when printing from some apps, but not others. Up to a few months ago everything was fine, then it started when Word would not print direct to my printer (Epson Stylus Pro 3880), not a big deal as I don't use it a lot and could print it through Safari if needed. Then more worryingly as a designer I found that PDFs stopped printing direct too, again I can print through Safari and Preview. Last night I installed a firmware update and now InDesign (CS4) is refusing to print!! Not great as printing via Safari/Preview doesn't give me the same level of control over my prints. Just checked both Illustrator and Photoshop and they both print okay. I get the same error code each time "error: /usr/libexec/cups/filter/pstoraster failed" Does anyone know what could be causing this?
Thanks in anticipation. D

cytan,
As Matt pointed, an application printing to CUPS controls only the format of the input. It has no direct control over the chain of filters inside the printing pipeline. Acrobat isn't coded to use pstoraster, it is simpling submitting postscript to the print queue. In an un-molested Apple supplied CUPS setup, that works fine.
What is going on is that the CUPS system configuration got mangled by some third party bits. In the Unix tradition, the configuration is fairly transparent, in the form of plain text files. In particular, in /usr/share/cups/mime you will find out exactly how the filter pipeline is configured via a table of what filter to use to convert data between two mime types. So we can inspect how the filters are setup and how a broken pstoraster is getting into the chain.
I don't have a handy "before mangling" state, but I can clearly see the Apple specified filters to be invoked when the input data is application/postscript (in apple.convs). I can also see a conflicting filter definition referencing the broken pstopdf (in mime.convs) but with a higher precedence, overriding the apple specified filter. This is why, in reference to your points #1 and #2, simply removing pstoraster fails, because the filter configuration is what needs fixing.
On my system, I found the pstoraster filter to be a shell script referencing a MacPorts install of ghostscript. I've since removed MacPorts, but that evidentally left the CUPS configuration in this broken state. Without knowing exactly how the CUPS system was put into the broken state, fixing it can be a bit tricky. Another posting suggested replacing the broken pstoraster with the Apple supplied equivalent of pstocupsraster. That might work, but it would be better to simply remove the conflicting filter specification, which on my system is this bit in /usr/share/cups/mime/mime.convs:
# pstoraster is part of GPL Ghostscript...
application/vnd.cups-postscript application/vnd.cups-raster 100 pstoraster
Removing that will restore the Apple specified filter chain for postscript input. With the filter specification gone, you are free to remove the pstoraster filter itself.
On wating for Adobe to fix this...
Acrobat provides enough things to scream about without pinning non-Acrobat problems on it as well. Not only is this problem not the fault of Acrobat, but suggesting that Acrobat should reach into a CUPS system broken by some unknown third party and fix it is only going to complicate the situation by having two third party products trying to un-do each other's configuration of a system resource. Do you really trust Adobe to fiddle with system components it doesn't own? No, I didn't think so. Adobe installers and updaters have enough trouble with the stuff they do own.
So, why does this problem only seem to affect Acrobat (your point #3)? I suspect it is simply that Acrobat is in the minority of submitting Postscript to the print queue. Any print job produced via CoreGraphics APIs is going to enter the system via a different path (namely, PDF), but the Postscript method is completely legitimate and any application that submits Postscript will be affected in the same way as Acrobat.
I hope this sheds some useful light on what is really going on with this problem.
-john

Wrong margin length when printing from JRC

Similar Messages

Maybe you are looking for