| <<<Back 1 day (to 2017/08/28) | 20170829 |
Skaag | Hi peeps, I'm trying to convert a PDF to 100% monochrome, without antialiasing - I have this recipe which only works partially: https://gist.github.com/skaag/445fd5c398acad21fcd37d5b8dadd20b | 18:36.40 |
| but it does something really weird with the images, they are converted to a low-res blocky mess | 18:37.26 |
| I tried to pass that -r600 parameter but it doesn't help | 18:38.25 |
| ok I have some progress with adding dDownsampleGrayImages=false etc. | 18:47.17 |
emendelson | Here's something that probably no customer has ever asked for, but I wonder if it might be possible someday in GhostPCL: | 20:08.13 |
| Some way of saving "permanent downloaded soft fonts" to a file after they've been used by GhostPCL, and then reusing those fonts from the saved file in a future print job. | 20:09.26 |
| This came to mind because a user I support was trying to use FaceLift for WordPerfect for DOS to send data to GhostPCL which could then be converted to a PDF file. | 20:10.51 |
| This worked perfectly with the first print job in a session; FaceLift injected bitmap soft fonts into the print stream, and they were correctly interpreted by GhostPCL. | 20:11.38 |
| But on the next print job, CG Times was used instead, because the "permanent" soft font data wasn't sent on that print job. | 20:12.24 |
| The solution was to change a FaceLift setting that specified the "printer" as a shared printer, and this caused FaceLift to download soft fonts for each print job. | 20:13.08 |
| But it occurred to me that it might be useful, in some contexts, to have a cache of "permanent" fonts available. | 20:13.43 |
| If this is already something that GhostPCL can do, and I simply haven't read the docs closely enough, I apologize for wasting bandwidth. | 20:14.15 |
| Forward 1 day (to 2017/08/30)>>> | |