16493 2007-12-17 15:58:46 -0800 [GTK] Provide a public printing API 2009-03-23 09:37:39 -0700 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) All All RESOLVED DUPLICATE 22898 Cairo, Gtk P2 Enhancement --- 1 alp webkit-unassigned chpe christian Don mbarnes oldest_to_newest 64591 0 alp 2007-12-17 15:58:46 -0800 Printing can only be triggered by JS through ChromeClient right now. The API remains internal until we can provide a well-designed, extensible printing interface that accommodates browsers, document viewers, email clients etc. including support for custom headers and footers. Investigations here should centre around existing GTK+ widgets, the GtkPrint API, printing solutions in browsers like Epiphany and widgets like GtkHtml and its use in Evolution. 67702 1 alp 2008-01-19 07:05:21 -0800 GtkSourceView 2 (the new version) apparently has a nice API for this. We should also look at other browsers and widgets. 70310 2 mbarnes 2008-02-11 13:40:20 -0800 I helped port GtkHTML from GnomePrint to GtkPrint. Here's what I'd recommend as an incremental improvement to webkit_web_frame_print(), similar to what we did for GtkHTML (ignoring header and footer support): WEBKIT_API GtkPrintOperationResult webkit_web_frame_print (WebKitWebFrame *frame, GtkPrintOperation *operation, GtkPrintOperationAction action, GError **error); The most important thing here is to allow applications to create their own GtkPrintOperation, configure it with their own print settings from GConf or wherever, and then pass it on to WebKit. All WebKit needs to do is connect to GtkPrintOperation signals, call gtk_print_operation_run() and return the result. Also, don't run an error dialog yourself. Just return the print result and let the application deal with GTK_PRINT_OPERATION_RESULT_ERROR. GtkHTML's new printing API (ignoring the deprecated stuff) consists of a single function similar to above and I think it's worked out quite nicely. 70955 3 alp 2008-02-17 09:11:57 -0800 (In reply to comment #2) > I helped port GtkHTML from GnomePrint to GtkPrint. Here's what I'd recommend > as an incremental improvement to webkit_web_frame_print(), similar to what we > did for GtkHTML (ignoring header and footer support): > > WEBKIT_API GtkPrintOperationResult > webkit_web_frame_print (WebKitWebFrame *frame, > GtkPrintOperation *operation, > GtkPrintOperationAction action, > GError **error); > Thanks for this proposal. There's one thing I haven't been able to decide that stopped me from implementing it.. We were originally hoping to make WebFrame independent of GTK+ (only using GLib) so it could be used in non GTK+/console GLib applications. If we add the print API to WebFrame, that plan needs to be re-thought. If we put the print API on WebView, we end up restricting the API only allowing the main frame to be printed. I have a feeling there's another simple way of doing this we've missed so far. Will think about it some more. 73857 4 mbarnes 2008-03-15 21:03:54 -0700 Pitched an idea for supporting page headers and footers directly in GtkPrint. Thought you might be interested. http://bugzilla.gnome.org/show_bug.cgi?id=522708 82361 5 alp 2008-06-05 13:34:42 -0700 Some applications (Devhelp, Epiphany) are using this as a pretty workable solution for now: webkit_web_view_execute_script (web_view, "print();"); This will pop up a GtkPrint window with the user's default print settings, including a print preview button. 114787 6 gustavo 2009-03-23 09:37:39 -0700 Another bug has been opened to deal with this; since the patch is in the other bug I'll close this one as a duplicate. *** This bug has been marked as a duplicate of 22898 ***