@Matthew_Tebbs, this was a long awaited feature and I understand it is still much behind what could be desired. For us, we usually need pdfs for three types of things: 1) Invoices (not only to print, but Ideally also to email with custom messages). 2) Contracts (we have a very wide range of dynamic data contracts which could be generated here. We populate parts of the contracts from other tables. One reason why we do not do that in Coda but do in Google Sheets - it is the printing capabilities of Google Sheets. They can print, makde pdfs in a very very powerful way. I suggest that you check it out. 3) Operations instructions with dynamic data. These get emailed to relevant people, so email functionality goes alongside well.
For us it is important to have: A4 size documents, Print only selected part of the page, Fit-to-page features.
Hi,
I’ve just discovered that instead of using “save as PDF” or printing to PDF, you use Microsoft print to PDF you can get small file sizes specially when you are printing a table with lots of thumbnail pictures.
The difference is huge. A table with 32 pictures, at first had 35MB, which is impractical to send as email attachment. It all came down to 330KB when using the Microsoft virtual printer.
For me, it’s a very useful tip and I wanted to share with the community.
Hi @Connor_McCormick! We’ve looked into this and are unfortunately running into browser limitations in Chrome where some images inside embeds don’t print. We’ve filed a bug with Chrome here that you can follow:
As a workaround, I believe these images are included if you create a PDF of the page from the … menu next to the doc name.
Glad it works! And yes, there are some known issues with how iFrames scale in print. Unfortunately, a lot of this is native browser rendering behavior and there’s not a lot we can reasonably do at this point.
@Connor_McCormick would love to help out with this if possible / better understand your embed-printing scenario. Would you mind sharing more more about your use-case? Feel free to DM me so we don’t clobber this thread.
Having PDF’s is great. Ideally more controls around what is printed and more importantly a button. So I can create a button to automate; creation of PDF, composition of email and send of email with PDF attached.
I agree with this 100%. And we really need a page break character/function, I have some variable length docs and I need to play around with whitespace to get some meaningful page separation.
I have been trying to find a work around, but I can’t find one…
I’ve had to create a couple contracts too - It is a pain when pieces are cut off. If it is a somewhat consistent contract, could you just put a character(10) before the “Uses of Software” piece so that it defaults to the next page?
Kind of. Since I’m using format() to generate the block of text, I broke it up into separate format() functions for each page. It is very hacky and not a good solution; albeit works.
@BenLee I am trying to produce an email using Automations that preserves the formatting of the charts (timeline and bar chart, in this example). Is there a way that those charts can be rendered correctly via the emailing automation? I post this question here because I assumed there would be a way to automatically generate and attached the Page PDF printout to an email, and by doing so (as is the case today when you make a PDF of a page), I would be able to present the chart as formatted within Coda.