http://bugzilla.opensuse.org/show_bug.cgi?id=994809
http://bugzilla.opensuse.org/show_bug.cgi?id=994809#c5
--- Comment #5 from Stuart Rogers ---
I have had some more information on this issue which affects every application
using QT to print (Digikam Kate Okular to name 3 I have tested).
Firstly
"This Qt problem is really bad. It is not really a bug but rather a design
problem. Qt uses a fixed QPageSize list. This is based on Adobe PostScript PPD
Standard v4.3. In this list is 5x7 not defined. Qt tries to break any other
page size to this list or ignore the size."
and then from Robert Kravitz (lead on Gutenprint)
"It's a disaster.
However, if Qt is really claiming that this is due to the PPD spec,
they are badly misreading it, to wit (p. 183):
Only the most common page sizes are specified here. A device
manufacturer is free to list a new size in a PPD file for a new
device. However, care should be taken to avoid duplicating the
semantics of an already-registered option keyword. Also, when
creating a new option keyword, the capitalization conventions
shown in the tables should be followed as much as possible; that
is, the first letters of logical words should be capitalized.
The comments in /usr/include/qt5/QtGui/qpagesize.h should make it very
clear that this is really badly designed:
// ### Qt6 Re-order and remove duplicates
// NOTE: Must keep in sync with QPagedPrintEngine and QPrinter
qprinter has its own problems: it only knows about a fixed (small) set
of options and values; look at PaperSource, for instance."
As I have said we need as much pressure as possible brought to the QT bug which
Robert raised to get QT to resolve this. Basically this issue means that no
application using QT to print can use any non-QT standard paper size which may
be supported by the printer hardware. I believe this is completely against the
design criteria of CUPS and Gutenprint.
--
You are receiving this mail because:
You are on the CC list for the bug.