[Webkit-unassigned] [Bug 22898] [GTK] Patch to complete GtkPrint API

[bugzilla-daemon at webkit.org]

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





------- Comment #18 from colin at colino.net  2009-03-11 07:30 PDT -------
(In reply to comment #17)
> (In reply to comment #16)
> > (In reply to comment #14)
> > > You cannot have a different API based on the version of GTK used to compile
> > > WebKit and that GTK version could be different from the one used to compile
> > > your app.
> > 
> > My latest patch should fix that?
> > 
> 
> I wonder if it is useful at all to support GTK+ versions < 2.10 since we are
> now requiring such a recent libsoup, for instance.

I've been specifically asked for GTK < 2.10 support (or rather API
compatilibity). It doesn't add much to the patch.

> Also, I would prefer having
> a signal being emitted that lets the application hand in an already prepared
> GtkPrintOperation, so that the application has good control over the print
> process, and we would only need a single API method.

The current patch already provides good control in my opinion, and even if it
needs two API methods, this way seems more straight-forward for application
developers (at least to me) than having to setup a signal callback which will
probably require a specific structure to pass GtkPrintSettings and GtkPageSetup
back and forth.

Printing to file is already possible from within the print dialog, so
application developers who only need to print on user's request should be fine
with the existing implementation anyway, or with this implemenation using only
one API method (webkit_web_frame_print).

The goal of this patch is to be able to print to file without user interaction
at all.


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