When we upgraded the printing experience for Coda a few weeks back, we were aware that it was common to use a browser’s print dialog to generate PDFs from Coda. While a serviceable option, we knew we could do better. That’s why we’re excited to share that you can now export a single page as a PDF directly from Coda.
Here’s how:
Bring your cursor next to your doc title to expose the three-dot menu …
Click the three-dots to open a drop down of doc options
PDFs will render in full color with automatic pagination and clickable hyperlinks.
A few things to know about our v1 support for PDFs directly from Coda:
You can only export one page at a time, and must wait for your requested PDF to download before you can start exporting another page.
At this time, we only support export of individual pages to PDF; we do not support exporting entire docs
PDFs will export as 8.5 X 11, in portrait orientation. Landscape or size A4 are not currently supported.
Wide tables will not be shrunk to fit the page, which may result in columns from wide tables being cut off in the exported PDF
While hyperlinks are clickable and will bring you to the indicated website, references within the page (to people, tables, rows or other pages) are not clickable navigation objects
We realize not everyone with who you need to share content from Coda needs to login to a collaborative doc, and some important communication is better shared as a PDF attachment. We hope this update makes it easier for you to do more for your business with Coda. If you have feedback on PDFs in Coda, we’d love for you to share it with us here: https://trycoda.typeform.com/to/PaRNCkUK
I’m sure you are already considering this, but let me vote for Formula access to this functionality (i.e. a “Print this invoice” button, for instance).
Yes. We’d like to provide formula access to this also. It may make it onto the print/export roadmap along with several other enhancements. Thanks for your vote. We prioritize our work in large part on customer feedback like yours.
Yes. You totally can do that also if you like We believe this direct flow from the Coda menu is a little easier. It also sets up Coda to be able to support future scenarios around using PDF versions of Coda docs/pages that a save to PDF via the browser’s print dialog will not be able to support.
I really like these improvements.
I just think there should be a better way to print or to save as pdf a table with pictures.
Despite the fact that the table only shows a thumbnail of each picture, the pdf file has the whole image inside and you get really large pdf files.
Thanks, this is a great feature for my use case but unfortunately at the moment it’s broken: the cover image comes out heavily pixelated and cut off by the margins on either side. The first chart I’ve got in my doc gets cut in half by the page break with the top half being just a grey rectangle and the bottom half showing the chart lines but not showing the x axis / title / legend etc.
This is a little buggy as now, card view are cut, most layout border are missing, the 8.5 X 11 layout is a little bit limiting, i would strongly prefer to have a “save as pdf” button that allow me to set some settings (like page dimension, orientation, which data in and which out, ecc…)
@Matthew_Tebbs thanks for this feature it’s going to be very useful.
My use case might not be common but it would be super cool if coda could solve this in the future:
I use a custom-made embedded element that renders floorplan images dinamically based on coda table data. I tried to print one of these pages and noticed that the new print feature tries to render these elements but they would need a “manual confirmation” (a click) to render them completely:
The “force: true” is enabled in the embed() function.
Is there a workaround to enforce these renderings? If not, do you see any solutions for this that could be implemented in the future through print feature updates? Thanks!
It would be great to be able to insert a ‘page break’ so that we can force items to be printed on the next page. I think this simple item would go a long way.
Good feedback. We’ll be improving the rendering over time. It is expected that the card title would stay with the card, but because of the card length it has split across pages. I’ve entered this as an issue for us to resolve.