> On Aug 30, 2017, at 8:15 AM, Mike Evans <mi...@saxicola.co.uk> wrote: > > On Wed, 30 Aug 2017 06:35:30 -0700 > John Ralls <jra...@ceridwen.us> wrote: > >>> On Aug 30, 2017, at 3:37 AM, Mike Evans <mi...@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 _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
