| Summary: | kprinter corrupts output colour if OKing printer driver settings | ||
|---|---|---|---|
| Product: | [Unmaintained] kdeprint | Reporter: | Fred Labrosse <ffl> |
| Component: | general | Assignee: | KDEPrint Devel Mailinglist <kde-print-devel> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | jlayt |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
IPP report of a working job
IPP report of a job that does not print correctly The PPD file The lpoptions file |
||
|
Description
Fred Labrosse
2005-11-15 00:36:59 UTC
Created attachment 13457 [details]
IPP report of a working job
This is the IPP report of the job when it prints correctly. Note the inclusion
of the profile attribute.
Created attachment 13458 [details]
IPP report of a job that does not print correctly
This is the IPP report of the printing job of the same file as the previous
job, this one not printing correctly (wrong colours). Note the lack of
"profile" atribute.
Could you post the PPD file for your printer, as well as the relevant lpoptions file. Usually, when a print option has the default value, it is not added to the print option set (which seems reasonable). Michael. Will post the PPD and lpoptions files when back at home. It does make sense not to include default values but given the difference in printout, the profile is not made of default values (especially given that it is included in one of the cases). I've thought a bit more about that and came to the conclusion that maybe it makes sense not to use the options in lpoptions when one changes options in kprinter given that presumably the options could have been overwritten. However, many options available from kprinter are not in the profile. So maybe a solution would be to integrate the profile options into the kprinter dialog by modifying the relevant values, if you see what I mean. BTW, the profile option in /etc/cups/lpoptions was generated by cups-calibrate. Created attachment 13471 [details]
The PPD file
The PPD file of the printer.
Created attachment 13472 [details]
The lpoptions file
The /etc/cups/lpoptions file, created by cups-calibrate.
Talking about options not being added when equal to default value, this only applies to driver options (those found in the PPD file), which "profile" is not. So there's probably a problem, the "profile" option being lost when opening the printer properties dialog. For Cristian: looking at how I implemented it, I assumed that the properties dialog would recreate *all* print options. If you look at KPrinterPropertiesDialog::setupPrinter(), you see that the print options set is recreated from scratch. This means that if some print option is not handled by some property page, it's lost. I think some merging should occur at this point, by making use of the m_options data member (which should contain the complete set of updated print options). I don't remember why I didn't do it that way, maybe there are some side-effects I don't remember. Michael. But surely the profile refers to values for the options in the PPD file (just wondering as I haven't looked in detail at what is put in the profile). Probably yes, but there's no "profile" option defined in the PPD file and the way how these relates to the actual print options in the PPD file is most probably highly Gutenprint-dependent, maybe subject to changes, and I wouldn't rely on it. The problem you have is that the "profile" option gets forgotten by kdeprint when the printer properties dialog is opened and closed, this shouldn't happen. Michael. KDEPrint is obsolete, unmaintained and will never be revived. Closing all open bugs. |