| Summary: | Cannot print a PDF on Kyocera Printer | ||
|---|---|---|---|
| Product: | Ghostscript | Reporter: | Felix Möller <mail> |
| Component: | PS Writer | Assignee: | Ken Sharp <ken.sharp> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | jackie.rosen, till.kamppeter |
| Priority: | P4 | ||
| Version: | master | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Customer: | Word Size: | --- | |
| Attachments: | PDF which produces the error | ||
|
Description
Felix Möller
2012-09-14 16:27:33 UTC
As per the discussion on the Ubuntu bug tracker, the problem here is simply complexity. The 'text' in the PDF file is not exactly text, it is set in text render mode 7, ie clip, and then the image is drawn through that clip. When we convert this to PostScript we emit a large clip path, and this clip is simply too complex for the simple-minded interpreter. The only way to alter this, without rendering everything to an image, would be to emit the clip as a 'charpath clip' instead of an explicit clip, but the paths *should* be equivalent in complexity/ Indeed the printer originally quoted fails in the same way when this is done. Although 2 HP printers are able (in one case barely able) to print the charpath version its probable that a slight increase in path size would cause these printers to fail too. Since altering the output to use charpath would be a significant task for strictly limited benefit I don't propose to do anything about it at present. |