Puppy Linux Discussion Forum

[headfound]

fantastic work! I installed my printer first time just now which was amazing, then couldn't print a pdf. But i installed your latest and it worked perfectly! Thanks.

[disciple]

Does anybody know why if you change the printer settings to print in black and white, it still comes out in colour?

[jcoder24]

That's because the pdf-writer backend doesn't look at the arguments but rather uses the deafults. I've started to look at fixing that oversight.

Thanks for pointing it out.

[disciple]

But if I go into the CUPS settings and set the printer to print in grayscale, then print something with lpr -P Cups-PDF, then I thought it should print in grayscale... am I wrong?
It doesn't anyway.

[Dingo]

[disciple]

Someone in another thread pointed out that this is creating pdfs with text that isn't selectable (in viewers that respect the security settings). I tried specifying the pdf security settings by changing the gs command in ps2pdf, but it doesn't seem to work. Any ideas anyone?

[disciple]

If I ever get the time I'd like to sort out the problems with CUPS-PDF, and with creating PDF's in general in puppy. To that end, lets compile a list of issues:

1. CUPS-PDF doesn't obey any settings that you choose when printing - e.g. grayscale as I mentioned. It doesn't even seem to obey page choices!
I think because a lot of programs have limited options when printing it would also be good if the dialogue that asks where to save the pdf also has all the different driver options, and picks up any options you put in when you printed it... this is obviously a bit more complicated though.
2. As I mentioned above, CUPS-PDF tends to produce documents with strange permissions - e.g. you can select text, but it isn't searchable. Last time I looked at this I thought something was wrong with ghostscript in Puppy that is causing this. N.B. because I've messed around with my ghostscript I'm now not certain what the original behaviour is - someone said it produces pdfs that aren't searchable and you can't select the text either... I guess they are probably right.
3. Currently if I print to CUPS-PDF from gtklp the print job just vaporises.... no idea what's going on.
4. CUPS-PDF doesn't work when using a remote display (e.g. when running in Colinux ). I think this could be fixed just by reading the DISPLAY variable???
5. Forgot no. 5 but I think it was related to no. 3 or 4.
6. Anyone know anything else?

BTW A related interest I have is creating a gui to help people print booklets or whatever, like some Windows printer drivers have - putting the pages in the right order depending on the print layout, printing half the pages and then telling the user to take the printed pages, rotate them or flip them over or whatever, and put them back in to print the other side... not sure that I'll ever have time to do this - I still haven't got back to working on another program I'm supposed to be doing

N.B. a couple of people have said things like this "The old CUPS-PDF printer backend needs recoding in order to work with the new CUPS security features."
I don't know anything about CUPS security features, but this is not the issue I am talking about with pdf security level, as that is a problem with the old CUPS version too.

[disciple]

Oh, right. My problem with not being able to specify to print pages in a different order (they always come out in numerical order) is an openoffice bug. It's another one of these really basic bugs in OOo that have been around for years and years and years. Vote for it at http://www.openoffice.org/issues/show_bug.cgi?id=11831

I think the trouble with OOo must be that even though everyone uses it they don't have anywhere near enough developers.

[disciple]

To anyone who is interested:
- we should possibly consider using this project, for the sake of not having to maintain our own unique Puppy system: http://code.google.com/p/i-v-p-cups/downloads/list
We would have to write another filter to use ps2pdf instead of pdftk or whatever it was they use.
I think zenity is basically compatible with xdialog... if it isn't, there'd be no point in pursuing this idea - last time I looked zenity plus dependencies was a bit big for Puppy.
Personally I'm not keen on the idea of having a daemon for it either.

[disciple]

I thought I'd have one last google for a program that provided an easy way to manually print duplex when you don't have a duplex printer, and I found http://www.rastersoft.com/gtkpsproc.html

It is a great start. For setting it up as a CUPS printer it has a horrible Gnome/Python daemon, but there must be a simpler way to do that. Apart from that it has these issues:
- [really minor] The "close" button in the "Information" window doesn't work. You can close it with the window manager, but then can't open it again until next time you run gtkpsproc.
- [minor] For some reason when you use the built-in "print to file" option it warns about the printer not being configured.
- [very disappointing] The built-in "Print to file" gives you a choice between ps and pdf, but always produces ps.
- [minor] it doesn't automatically append an extension when you use the "print to file option".
- the built-in "print to file" option doesn't give you a choice of paper size.
- [minor] the built-in "print to file" option doesn't remember where you last saved a file.

It requires these from psutils, which are all pretty small:
ps2ps
psnup
psbook
libpaper

While playing with it I found that half the time the ps2pdf in puppy outputs on letter paper rather than A4, which seems to be a disturbingly common problem if you google it. (Actually, I'm not certain if ps2pdf or psnup is at fault, but I suspect the former). Anyway, if I print to file using gtkpsproc and want to convert to pdf (which Puppy's gsview substitute script does to display ps files in epdfview) I have to use this option with ps2pdf to stop the stupid thing outputting to letter paper, with one side of the page cut off:

[disciple]

Oops, missed one important issue, although it should be easy to fix:
it writes its temporary files inside the save file

[Aitch]

ttuuxxx has posted libcups-gnomeprint-2.18.5-i386.pet

here

http://www.murga-linux.com/puppy/viewtopic.php?t=42553&start=1845

it may be unrelated, but seems to sort some of the printing problems

Aitch

[disciple]

I had the impression it fixed problems in Ttuuxxx'2 2.20 or something like that, not Puppy in general.

[disciple]

[Sit Heel Speak]

Heh ...working on it...