[Webkit-unassigned] [Bug 78715] [GTK] Allow printing multiple pages per sheet in WebKit2 for printers that don't support it

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Feb 17 06:35:01 PST 2012


https://bugs.webkit.org/show_bug.cgi?id=78715





--- Comment #4 from Gustavo Noronha (kov) <gns at gnome.org>  2012-02-17 06:35:02 PST ---
(In reply to comment #3)
> No, because the printer resets the settings of the features it supports. For example, when printing with cups in a printer that supports multiple pages per sheet, the cups gtk print backend sets n_up to 1 in the print job. 

OK, that makes sense.

> > Can we do away with the 'manual' here and in the other patches? It feels out of place to me; I understand what you mean with it, but I think by having our own PrintOperation we already convey the idea that we are doing a lot of the processing ourselves, anyway; and we are not using the manual name in rotation, for instance, in which gtk unix print operation does; just a nit anyway.
> 
> Yes, because rotation is always enabled in the print dialog. Manual capabilities correspond to GtkPrintCapabilities, you need to set them explicitly to enable them in the print dialog. A following patch will enable the supported ones in WebKitPrintOperation. So in this case the 'manual' prefix means the feature correspond to a GtkPrintCapabilities enabled in the print dialog with gtk_print_unix_dialog_set_manual_capabilities(). I don't mind to remove it anyway.

That means this will be dead code meanwhile?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list