Master: Printing of PDF Reports

[John Ralls]

> On Aug 30, 2017, at 8:15 AM, Mike Evans <mikee at saxicola.co.uk> wrote:
> 
> On Wed, 30 Aug 2017 06:35:30 -0700
> John Ralls <jralls at ceridwen.us> wrote:
> 
>>> On Aug 30, 2017, at 3:37 AM, Mike Evans <mikee at saxicola.co.uk> wrote:
>>> 
>>> Hi all.  Good job on all the hard work you guys are doing to produce 2.8.
>>> 
>>> I finally got round to compiling master and noticed a possible behaviour regression when printing/exporting reports as PDFs. On maint selecting "export to PDF" provides the user dialog with a pre-populated filename to export to consisting of the report name and the current date. On master the same action takes me to the standard print menu where I select from printer or pdf and have to fill in the filename manually.
>>> 
>>> I've not looked into the "why" of this as yet. Want to confirm this first just in case it's settings related somewhere I've missed/forgotten.  
>> 
>> Mike,
>> 
>> It’s because WebKit2 doesn’t expose the necessary API to do it separately. They expose the functionality from the print dialog instead. We need to remove the export to PDF actions and document that users should use “print” instead.
>> 
>> Regards,
>> John Ralls
>> 
> 
> John 
> 
> That's a shame as I use that a lot for invoicing. Is there any mechanism to pass through a filename to the print dialog?
> 
> I'll open a bug then so this isn't forgotten and mark that as blocking Geerts tracker bug 778981.

Mike,

Yes, I didn’t think of it that way. I think we could wire the export to PDF button to create a GtkPrintSettings object with the file format, directory, and filename before calling gtk_print_operation_run_dialog().

Regards,
John Ralls