| Summary: | Custom page size with kprinter | ||
|---|---|---|---|
| Product: | [Unmaintained] kdeprint | Reporter: | troll |
| Component: | general | Assignee: | KDEPrint Devel Mailinglist <kde-print-devel> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | jlayt, sombragris, zander |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
troll
2003-02-23 16:21:10 UTC
In many countries, the paper size known as "Folio" or "Oficio 2" (216x330mm; 8.5x13in) is the default size. It is not possible to set this paper size as default since kdeprint does not allow custom paper sizes. Solving this situation would be greatly appreciated. Printing on custom page size is a standard feature of cups/foomatic and kdepint (kprinter) does not have a GUI for this. We use a roll printer, that can print max. 36"x90m so using a custom page size is the only workable option. Here is a code extract from a gutenprint ppd: *MaxMediaWidth: "2592" *MaxMediaHeight: "129600" *HWMargins: 15 30 15 30 *CustomPageSize True: "pop pop pop <</PageSize[5 -2 roll]/ImagingBBox null>>setpagedevice" *ParamCustomPageSize Width: 1 points 597 2592 *ParamCustomPageSize Height: 2 points 419 129600 *ParamCustomPageSize WidthOffset: 3 points 0 0 *ParamCustomPageSize HeightOffset: 4 points 0 0 *ParamCustomPageSize Orientation: 5 int 0 0 So if a user select pagesize "Custom" he needs only a GUI with 2 textbox-widgets and for optimal support you have to compare the user input with MaxMediaWidth and MaxMediaHeight. The corresponding announcement from Till of printing.org is from 2002(!) http://www.linuxprinting.org/pipermail/inkjet-list/2002q4/000479.html Meanwhile xpp GUI has support for custom paper size for a while. JJ? I fail to see how. Qt doesn't even have support for custom paper sizes until Qt-4.4 is out... It's about sending to CUPS the config selecting the desired paper format, from which CUPS (or the printer) can choose the paper source. On the application's part, KDE/Qt can print on any format the application supports (and the user chooses). It's like printing letter formatted (virtual) pages on a4 (physical) paper pages (on purpose). This only means offering the appropriate list of formats that the PPD file indicates for the selected printer. At that point, the document can be already formatted. This is a JJ job. Indeed, the full functionality offered by KPrinter (prior selection of various appropriate printing options like margins, virtual page dimensions etc.) could not include physical page size matching to virtual page size, not until Qt-4.4. That's how I saw it. QPrinter has this already some time, AFAIK since KDE4 there is no KPrinter anymore. Can this bug be closed? When trying to print something (using KDE SC 4.3), when clicking on "Properties" one can supposedly select a "Custom" paper size; but in my computer the boxes for the paper size dimensions are greyed out. IMHO, functionality is still lacking (unless this is fixed in KDE SC 4.4), so I would not close the bug... yet. works fine in KMail. Maybe you forgot to change the paper format in the combobox to Custom? Notice that this dialog is part of Qt, not KDE. Thomas: Thanks for the answer. When describing the above case, this is precisely what I did (hey, I *even used Kmail*!). Picked "Custom" as the paper size, but the dimension boxes were all greyed out. This was under two different printers (HP DeskJet 840c and HP LaserJet P1006). I know this is part of Qt, not KDE; what I am trying to imply is: the functionality previously present in KDE SC of the past is still not present. No matter what the supporting architecture might be, it is still a regression to the eyes of Joe User. Thanks again, Eduardo (from Paraguay, South America) KDEPrint is obsolete, unmaintained and will never be revived. Closing all open bugs. If you still have this issue in the Qt dialog please report upstream in Qt bug tracker. |