https://issues.apache.org/ooo/show_bug.cgi?id=121855

--- Comment #12 from Ariel Constenla-Haile <[email protected]> ---
(In reply to comment #11)
> * I have proven that the global/system-wide psprint.conf file is being
> honored and can be edited.  It just has that problem where I can't set PS
> level 2 or "default".

You are right. Simply add

[__Global_Printer_Defaults__]
PSLevel=3
PDFDevice=0

and the jobs will be sent in PostScript to cups.

I tested it, and worked with 3.4.1, even thought the spadmin dialog does not
get it right.
On the development version I have, OpenOffice can let the file sent to cups. If
you want to verify yourself, you'll have to modify the cupsd configuration to
log at level debug2.

All the following works on my cups version and is run as root, paths point to
my system's paths, modify to adapt them to yours:

vim /etc/cups/cupsd.conf

edit the line with  LogLevel

LogLevel debug2

restart cupsd.
Tail the log file:

Print with the OpenOffice that has the modified configuration file, and in the
log grep add_file or filetype and you'll find:

D [09/Mar/2013:00:52:59 -0300] [Job 344] Request file type is
application/postscript.
d [09/Mar/2013:00:52:59 -0300] add_file(con=0x7f6189575310[22], job=344,
filetype=application/postscript, compression=0)

This shows the file type is PostScript.
Print with any application that sends the jobs in PDF, you'll find:

D [09/Mar/2013:00:55:50 -0300] [Job 345] Auto-typing file...
D [09/Mar/2013:00:55:50 -0300] [Job 345] Request file type is application/pdf.
d [09/Mar/2013:00:55:50 -0300] add_file(con=0x7f618957a560[23], job=345,
filetype=application/pdf, compression=0)



> NEW INFORMATION.....
> I also discovered that I don't have to specify any printers AT ALL in the
> globalbasis-link/share/psprint/psprint.conf file!  There is a variable under
> "[__Global_Printer_Defaults__]"  called  "PSLevel" and that will
> automatically change EVERY printer for OpenOffice, even when none are listed
> in the psprint.conf file :)    Only problem- it has the same bug, 0 = PDF,
> and 3 = <blank> :(

where do you see the bug? in the spadmin dialog? it is broken, so don't trust
him, try with the cupsd log.

> But that
> leads to another concern- if I try to use this as a workaround, any new
> documents created would have a print language set to <blank> saved in them

Here I don't get you. What do you mean by "print language set to <blank>"?
Are you talking about OO documents, or about the file sent to cups?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.

Reply via email to