[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]

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





--- Comment #5 from Carlos Garcia Campos <cgarcia at igalia.com>  2012-02-17 06:41:17 PST ---
(In reply to comment #4)
> (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?

I can just add the new capability on every patch while landing. Patches don't include it, because API hadn't landed when I submitted the patches

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