We have 2 more improvements to full-page embeds of Coda pages to share — clearer indications of locked page embeds and additional functionality on mobile.
You may notice that page embeds of locked Coda pages now closely reflect the locked experience of the source doc and indicate when an action isn’t possible due to the doc or page being locked. We hope this makes the process of viewing and editing these embeds more seamless.
Additionally, we have now added support for editing Coda page embeds on the mobile app, with an experience optimized for mobile.
Many thanks for all your thoughts and feedback as we continue making updates — we sincerely do appreciate it!
Thank you for the update. Could you let us know what the thinking is on allowing people who are not signed in to edit or interact with published docs? Thanks.
While we don’t have an estimate to share at this time as we’re gearing up for step 3 right now. please do watch for updates, especially as we get through step 3, thank you!
An interesting finding I’ve discovered… If I use the direct link to a page in a doc that has edit access for anyone with the link and I append “viewMode=Edit” to the end, the embed works in the custom domain public site, as long as I’ve previously logged into Coda.
However, if I’m not logged in, I’m just presented with a “Coda refused to connect” error, where I feel it should just prompt for login?
This would largely solve my problems, I would just need to architect things into separate docs for editable content vs non editable content.
Also, another note… if you embed a published document link, the page is broken on the public custom domain site. it seems to only show the page header, even if its disabled. I don’t feel this is correct behaviour either. Surely if you can get to a published doc without logging in, it should work via embed?