Bug 217305

Summary:	cannot select printer paper tray
Product:	[Frameworks and Libraries] kdelibs	Reporter:	Ulrich Deiters <ulrich.deiters>
Component:	print-dialog	Assignee:	KDEPrint Devel Mailinglist <kde-print-devel>
Status:	RESOLVED UPSTREAM
Severity:	wishlist
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	printer description file (PPD) print dialog for HP LaserJet 2100M printer dialog for Konica-Minolta bizhub 220 printer dialog for Konica-Minolta bizhub 220, "properties"

Description Ulrich Deiters 2009-12-04 09:39:03 UTC

Version:           Unbekannt (using 4.3.1 (KDE 4.3.1) "release 6", openSUSE 11.2)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.31.5-0.1-default

okular does not offer the option to select the paper tray of the printer, if there is more than one (many printers have a special tray or feed slot for single sheets, cardboard, or envelopes.

It would also be nice to select the paper type, if the printer supports choices (e.g., normal paper, transparencies, cardboard).

Comment 1 Ulrich Deiters 2010-07-06 14:27:38 UTC

Created attachment 48624 [details]
printer description file (PPD)

PPD file for a Konica-Minolta bizhub360 series copier/printer/scanner

Comment 2 Ulrich Deiters 2010-07-06 14:35:56 UTC

There is something wrong with the way how the KDE printer dialog interprets PPD files!

1. On my old HP LaserJet2100M, I get an option to do colour printing - but it is an b&w printer. On the other hand, I do not see options to choose the paper tray, or media type, or to select odd/even page printing.

2. On my Konica-Minolta bizhub 220 I do not get the options to select the paper tray, the print media, nor single/double-sided printing.

Note: The Adobe acroread does it right!

While I am at this: Okular sets the print margins to some phantasy values. As I am defining my margins in my text program, I want all KDE-generated print margins to be exactly 0 mm, and I do not want to reset these values anew for each print job.

Comment 3 Albert Astals Cid 2010-07-06 16:03:30 UTC

Can you add a screenshot of where you exactly have the problem?

Comment 4 Albert Astals Cid 2010-07-06 16:05:01 UTC

Can you add a screenshot of where you exactly have the problem?

Comment 5 Ulrich Deiters 2010-07-06 17:33:16 UTC

Created attachment 48628 [details]
print dialog for HP LaserJet 2100M

dialog for HP LaserJet 2100M. Note that it offers (and even pre-sets) the colour print option!

Comment 6 Ulrich Deiters 2010-07-06 17:35:45 UTC

Created attachment 48629 [details]
printer dialog for Konica-Minolta bizhub 220

dialog for Konica-Minolta bizhub 220. Note that the options for 2-sided printing are grayed out. Furthermore, there is no option to select paper trays.

Comment 7 Ulrich Deiters 2010-07-06 17:38:20 UTC

Created attachment 48630 [details]
printer dialog for Konica-Minolta bizhub 220, "properties"

dialog for Konica-Minolta bizhub 220, "properties/extended": Now you see all the options (paper tray, media type, double-sided, etc.)

Comment 8 Ulrich Deiters 2010-07-06 17:49:27 UTC

Note: The KDE printer dialog seems to read the PPD, but offers many options only in the properties->extended mask, where I can set them as defaults. But I need these options in the "normal" extended options mask, so that I can set them individually (and quickly) for each print job.

My guess is that the *interpretation* of the PPD file is OK, but the *policy* for determining which options should be offered in the normal masks is sub-optimal.

I need the options for colour/bw printing, paper trays (because I use different paper qualities for colour and bw), and 1-/2-sided printing; furthermore, it would be nice to select even/odd/all pages. What I do *not* want is KDE trying to reset the page margins.

Comment 9 Albert Astals Cid 2010-07-06 21:43:34 UTC

This is not a bug in KDE, this dialog is the Qt printing dialog, if you feel like this is a bug, please go to the Qt bug reporting site at http://bugreports.qt.nokia.com/ and report the bug there.

Thanks for using KDE.